headers
Ola Stering | 3 Sep 2005 02:39
Picon
Picon
Favicon

Problem installing version 5.1 plugin in Eclipse 3.1

Hello!

I have recently upgraded to Eclipse 3.1 and now I can not install the 
oxygen-xml plugin (version 5.1) that I have a license key for.

When I follow the installation steps I only get the 6.0 version.

I have looked on the website and found the software archive but I can 
not find the eclipse plugin for Oxygen 5.1.

Can anyone help?

regards,

Ola

--

-- 
______________________
Ola Stering 780919-6756
Långåkersg. 32
702 16 Örebro
SWEDEN

ph. +46 (0) 19-182515
cell. +46 (0) 70-7790933

www.stering.se
Permalink | Reply | 1 comment |
headers
George Cristian Bina | 3 Sep 2005 06:36
Favicon
Gravatar

Re: Problem installing version 5.1 plugin in Eclipse 3.1

Hi Ola,

The oXygen 5.1 Eclipse plugin is listed on the software archive page [1] 
  as a plugin zip distribution [2].
Please note however that oXygen 5.1 works only with Eclipse 3.0 (Eclipse 
3.1 was not available at that time).

[1] http://www.oxygenxml.com/software_archive.html
[2] 
http://www.oxygenxml.com/software-archive/InstData5.1/Eclipse/com.oxygenxml.editor_5.1.0.zip

Best Regards,
George
--
George Cristian Bina
http://www.oxygenxml.com

Ola Stering wrote:
> Hello!
> 
> I have recently upgraded to Eclipse 3.1 and now I can not install the 
> oxygen-xml plugin (version 5.1) that I have a license key for.
> 
> When I follow the installation steps I only get the 6.0 version.
> 
> I have looked on the website and found the software archive but I can 
> not find the eclipse plugin for Oxygen 5.1.
> 
> Can anyone help?
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raymond | 5 Sep 2005 19:45

Re: Error: Too many nested apply-templates calls

> The error cannot be reproduced without the foo.ent file. Please give a
> complete example for reproducing your problem.

Modified the oxygen.sh file with with following java runtime parms:

-Xms256m -Xmx512m -Xss4m

This has corrected the problem; unsure if the issue was an insufficient heap 
or stack size.

Problem appears to be limited to extensive nested xincludes.

Xincludes appear have a few adverse or minimally documented side effects 
(xml:base mangling, nested processing speed, stack and/or heap allocations, 
etc) ; should strongly consider addressing these in an oXygen FAQ.

Raymond
Permalink | Reply | 2 comments |
headers
Sorin Ristache | 6 Sep 2005 10:07
Favicon

Re: Error: Too many nested apply-templates calls

Hello Raymond,

A problem cannot be addressed in a FAQ list or the User Manual before it 
can be reproduced. What do you mean by xml:base mangling ? Can you 
provide a complete example ? Did the message "Too many nested 
apply-templates calls" disappear and the transformation started working 
just by modifying the oxygen.sh startup params or you changed also other 
things in the customization layer ? What was insufficient: heap size or 
stack size ? Maybe these answers would be helpful for other users.

Thank you,
Sorin

Raymond wrote:
>>The error cannot be reproduced without the foo.ent file. Please give a
>>complete example for reproducing your problem.
> 
> 
> Modified the oxygen.sh file with with following java runtime parms:
> 
> -Xms256m -Xmx512m -Xss4m
> 
> This has corrected the problem; unsure if the issue was an insufficient heap 
> or stack size.
> 
> Problem appears to be limited to extensive nested xincludes.
> 
> Xincludes appear have a few adverse or minimally documented side effects 
> (xml:base mangling, nested processing speed, stack and/or heap allocations, 
> etc) ; should strongly consider addressing these in an oXygen FAQ.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Raymond | 6 Sep 2005 15:35

Re: Error: Too many nested apply-templates calls

> What do you mean by xml:base mangling ?

Document root and attributes:

<sect3 id="foo" xmlns:xi="&w3XInclude;" xml:base="">

Note the xml:base=""

The following is the html source fragment from a 2 level xinclude (this 
document xinclude'd from an xinclude'd document ):

src="file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/figures/checklist.gif"

Each subsequent  xinclude nesting prefixes a source path 
( file:/home/foo/docbook/foo/bar/ ) to the image source path

So a 4 level xinclude nesting would produce:

src="file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/file:/home/foo/docbook/foo/bar/figures/checklist.gif"

However, disabling or unchecking Preferences | XML | XML Parser Options | Base 
URI Fixup results in the following:

src="figures/checklist.gif"

This image source path is now correct

Note this issue and resolution occurs in any XSLT ( html, pdf, rtf ); the 
user-selectable Base URI Fixup is new to v6.1; previous versions would appear 
to default (internally) to no Base URI Fixup.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raymond | 10 Sep 2005 00:20

Bash Syntax Hightlignting Problem

oXygen-6.1

The following bash shell script fragment:

/bin/cat <<-SCRIPT

is legal but causes syntax highlighting to display literal color to the end of 
the script.

How can I correct this?

Raymond
Permalink | Reply | 2 comments |
headers
Raymond | 12 Sep 2005 01:48

Print Error

docbook-dtd-4.5CR1, docbook-xsl-1.69.1, jdk-1.5.0_4, kubuntu-5.04, oXygen-6.1, 
saxon-6.5.4

When attempting to print; receive the following dialog message:

"No print service found"

Raymond
Permalink | Reply | 1 comment |
headers
Sorin Ristache | 12 Sep 2005 08:41
Favicon

Re: Print Error

Hello Raymond,

Please try the workaround from:

http://www.oxygenxml.com/forum/ftopic903.html

Best regards,
Sorin

Raymond wrote:
> docbook-dtd-4.5CR1, docbook-xsl-1.69.1, jdk-1.5.0_4, kubuntu-5.04, oXygen-6.1, 
> saxon-6.5.4
> 
> When attempting to print; receive the following dialog message:
> 
> "No print service found"
> 
> Raymond
> 
> _______________________________________________
> oXygen-user mailing list
> oXygen-user@...
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
Permalink | Reply | 0 comments |
headers
Sorin Ristache | 12 Sep 2005 14:25
Favicon

Re: Bash Syntax Hightlignting Problem

Hello,

The string that follows the "<<" operator to the end of the line is a 
literal constant so the highlighting is correct on that line. You are 
right, starting with the next line syntax highlight should change he 
color. You cannot correct it. It will be fixed in a future version.

Best regards,
Sorin

Raymond wrote:
> oXygen-6.1
> 
> The following bash shell script fragment:
> 
> /bin/cat <<-SCRIPT
> 
> is legal but causes syntax highlighting to display literal color to the end of 
> the script.
> 
> How can I correct this?
> 
> Raymond
> _______________________________________________
> oXygen-user mailing list
> oXygen-user@...
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
Permalink | Reply | 1 comment |
headers
Sorin Ristache | 13 Sep 2005 08:38
Favicon

Re: Bash Syntax Hightlignting Problem

Hello Raymond,

We fixed the syntax highlight for shell scripts. It will be available in 
the 6.2 release.

Best regards,
Sorin

Sorin Ristache wrote:
> Hello,
> 
> The string that follows the "<<" operator to the end of the line is a 
> literal constant so the highlighting is correct on that line. You are 
> right, starting with the next line syntax highlight should change he 
> color. You cannot correct it. It will be fixed in a future version.
> 
> 
> Best regards,
> Sorin
> 
> 
> 
> Raymond wrote:
> 
>> oXygen-6.1
>>
>> The following bash shell script fragment:
>>
>> /bin/cat <<-SCRIPT
>>
(Continue reading)

Permalink | Reply | 0 comments |

Gmane