From bogus@does.not.exist.com  Wed Jul  1 07:14:11 2009
From: bogus@does.not.exist.com (Radu Coravu)
Date: Wed, 01 Jul 2009 15:14:11 +0300
Subject: [oXygen-user] Is it possible, when doing a DITA OT transform,
 to specify ant parameters?
In-Reply-To: <A5463BCCC135FF42B419DE8516122B222ED1519BAF@EXSFM-MB02.internal.salesforce.com>
References: <A5463BCCC135FF42B419DE8516122B222ED1519BAF@EXSFM-MB02.internal.salesforce.com>
Message-ID: <4A4B5313.2020308@sync.ro>

Hi Steve,

When editing the scenario the "Parameters" tab can indeed be used to 
add/edit parameters of type "-Dname=value" and send them to the ANT 
command line.
Indeed we need an additional text field in the "Advanced" tab in which 
various other parameters can be passed.

In the meantime I can give you a workaround.
In the "Custom build file" textfield set the following:
${frameworksDir}\dita\DITA-OT\build.xml" -logger 
org.apache.tools.ant.XmlLogger -logfile buildlog.xml"
The value will be entirely surrounded in double quotes so that is why 
the quotes must be matched in the value.
This "hack" should accomplish what you need.

Regards,
Radu

-- 
Radu Coravu 
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com 


Steven Anderson wrote:
>
> I like to use ant's XmlLogger as a logger for my ant builds. I think 
> that's the last piece keeping me from really utilizing the DITA OT 
> transforms from within oXygen, now that I can specify my own ant home. 
> I still don't see any way to specify ant parameters as part of the 
> scenario, though, only JVM args. What I'd like to see is a text box, 
> just like the one for JVM args, for ant params, so I could add 
> "-logger org.apache.tools.ant.XmlLogger -logfile buildlog.xml" to my 
> ant command.
>
> Is there a way to do that already and I'm missing it?
>
> Steve
>
> ps - I don't post often, but I use oXygen every day. It is, really, 
> one of the best tools I have ever used. The rate that you add new 
> features and functionality is astounding, and, often, it seems like 
> you are reading my mind. When I run into a problem and I think, "I 
> wish oXygen could do this ?." it often already does, or the feature 
> gets added in the next point release. If y'all have a blog where I can 
> donate to a "Buy the developers a beer" tip jar, send it on to me, I 
> owe you.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   




From bogus@does.not.exist.com  Wed Jul  1 11:02:53 2009
From: bogus@does.not.exist.com (Steven Anderson)
Date: Wed, 1 Jul 2009 09:02:53 -0700
Subject: [oXygen-user] Is it possible, when doing a DITA OT transform,
 to specify ant parameters?
In-Reply-To: <4A4B5313.2020308@sync.ro>
References: <A5463BCCC135FF42B419DE8516122B222ED1519BAF@EXSFM-MB02.internal.salesforce.com>
	<4A4B5313.2020308@sync.ro>
Message-ID: <A5463BCCC135FF42B419DE8516122B222ED1737DA1@EXSFM-MB02.internal.salesforce.com>

Brilliant, and works like a charm.  I think this is more of a "undocumented feature" than a hack :-)

	Steve

-----Original Message-----
From: Radu Coravu [mailto:radu_coravu at ] 
Sent: Wednesday, July 01, 2009 5:14 AM
To: Steven Anderson
Cc: oxygen-user at 
Subject: Re: [oXygen-user] Is it possible, when doing a DITA OT transform, to specify ant parameters?

Hi Steve,

When editing the scenario the "Parameters" tab can indeed be used to 
add/edit parameters of type "-Dname=value" and send them to the ANT 
command line.
Indeed we need an additional text field in the "Advanced" tab in which 
various other parameters can be passed.

In the meantime I can give you a workaround.
In the "Custom build file" textfield set the following:
${frameworksDir}\dita\DITA-OT\build.xml" -logger 
org.apache.tools.ant.XmlLogger -logfile buildlog.xml"
The value will be entirely surrounded in double quotes so that is why 
the quotes must be matched in the value.
This "hack" should accomplish what you need.

Regards,
Radu

-- 
Radu Coravu 
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com 


Steven Anderson wrote:
>
> I like to use ant's XmlLogger as a logger for my ant builds. I think 
> that's the last piece keeping me from really utilizing the DITA OT 
> transforms from within oXygen, now that I can specify my own ant home. 
> I still don't see any way to specify ant parameters as part of the 
> scenario, though, only JVM args. What I'd like to see is a text box, 
> just like the one for JVM args, for ant params, so I could add 
> "-logger org.apache.tools.ant.XmlLogger -logfile buildlog.xml" to my 
> ant command.
>
> Is there a way to do that already and I'm missing it?
>
> Steve
>
> ps - I don't post often, but I use oXygen every day. It is, really, 
> one of the best tools I have ever used. The rate that you add new 
> features and functionality is astounding, and, often, it seems like 
> you are reading my mind. When I run into a problem and I think, "I 
> wish oXygen could do this ...." it often already does, or the feature 
> gets added in the next point release. If y'all have a blog where I can 
> donate to a "Buy the developers a beer" tip jar, send it on to me, I 
> owe you.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   




From bogus@does.not.exist.com  Mon Jul  6 01:46:20 2009
From: bogus@does.not.exist.com (mozer)
Date: Mon, 6 Jul 2009 08:46:20 +0200
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
	directory 'trunk/eXist/extensions/xprocxq' was checked out
	from a different repository
Message-ID: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>

Dear,
Will updating my exist package with Oxygen 10.3 I got this message

?chec de l'op?ration: svn: UUID mismatch: existing directory
'trunk/eXist/extensions/xprocxq' was checked out from a different repository

And then, even cleaning the package was not sufficient

It did work with 10.2 (and I didn't try to make it work with 10.3 and
without migrating to SVN 1.6)

Cheers,

Xmlizer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090706/c3449ae7/attachment.html 

From bogus@does.not.exist.com  Mon Jul  6 08:29:53 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 06 Jul 2009 16:29:53 +0300
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
 directory 'trunk/eXist/extensions/xprocxq' was checked out from a different
 repository
In-Reply-To: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
Message-ID: <4A51FC51.6050800@oxygenxml.com>

Hello,

I cannot reproduce the error. I checked out the folder

https://exist.svn.sourceforge.net/svnroot/exist/trunk/eXist/extensions

with the SVN Client tool included in Oxygen 10.2 and I loaded and 
updated the local working copy with the SVN Client tool included in 
Oxygen 10.3 without migrating to SVN 1.6. I do not get errors.

The error is reported when the UUIDs for a folder and the parent folder 
are different. In your case a possible cause is a change in the eXist 
repository so that trunk/eXist/extensions/xprocxq/ and 
trunk/eXist/extensions/ have different UUIDs now when you tried to 
update the working copy in Oxygen 10.3. Do you get the same error now in 
SVN Client from Oxygen 10.2 with the same local working copy that you 
loaded in Oxygen 10.3? If yes I think a new UUID is now on the SVN 
server for the folder trunk/eXist/extensions/xprocxq/.

If not please load the same working copy in SVN Client from Oxygen 10.3 
and find the UUID of the folder xprocxq by right click on the folder in 
the Working Copy view and select the action File Information. What is 
the UUID? What is the UUID of the parent folder of the folder xprocxq?


Regards,
Sorin


mozer wrote:
> Dear,
> 
> Will updating my exist package with Oxygen 10.3 I got this message
> 
> ?chec de l'op?ration: svn: UUID mismatch: existing directory 
> 'trunk/eXist/extensions/xprocxq' was checked out from a different repository
> 
> And then, even cleaning the package was not sufficient
> 
> It did work with 10.2 (and I didn't try to make it work with 10.3 and 
> without migrating to SVN 1.6)
> 
> Cheers,
> 
> Xmlizer




From bogus@does.not.exist.com  Mon Jul  6 09:23:12 2009
From: bogus@does.not.exist.com (Marketing)
Date: Mon, 6 Jul 2009 15:23:12 +0100
Subject: [oXygen-user] marketing@qbssoftware.com - Email has different
 SMTP TO: and MIME TO: fields in the email addresses
In-Reply-To: <4A51FC51.6050800@oxygenxml.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
	<4A51FC51.6050800@oxygenxml.com>
Message-ID: <F6809176F9543946B82E22456555137E047F3E5CB5@Jupiter.qbss.com>

Hello,

I'm not sure why we are on your mailing list. Could you please remove this email address from your Oxygen User recipient list.

Many Thanks
Anna

-----Original Message-----
From: oxygen-user-bounces at  [mailto:oxygen-user-bounces at ] On Behalf Of Sorin Ristache
Sent: Monday, July 06, 2009 2:30 PM
To: oxygen-user at 
Subject: marketing at  - Email has different SMTP TO: and MIME TO: fields in the email addresses - Re: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing directory 'trunk/eXist/extensions/xprocxq' was checked out from a different reposi...

Hello,

I cannot reproduce the error. I checked out the folder

https://exist.svn.sourceforge.net/svnroot/exist/trunk/eXist/extensions

with the SVN Client tool included in Oxygen 10.2 and I loaded and 
updated the local working copy with the SVN Client tool included in 
Oxygen 10.3 without migrating to SVN 1.6. I do not get errors.

The error is reported when the UUIDs for a folder and the parent folder 
are different. In your case a possible cause is a change in the eXist 
repository so that trunk/eXist/extensions/xprocxq/ and 
trunk/eXist/extensions/ have different UUIDs now when you tried to 
update the working copy in Oxygen 10.3. Do you get the same error now in 
SVN Client from Oxygen 10.2 with the same local working copy that you 
loaded in Oxygen 10.3? If yes I think a new UUID is now on the SVN 
server for the folder trunk/eXist/extensions/xprocxq/.

If not please load the same working copy in SVN Client from Oxygen 10.3 
and find the UUID of the folder xprocxq by right click on the folder in 
the Working Copy view and select the action File Information. What is 
the UUID? What is the UUID of the parent folder of the folder xprocxq?


Regards,
Sorin


mozer wrote:
> Dear,
> 
> Will updating my exist package with Oxygen 10.3 I got this message
> 
> ?chec de l'op?ration: svn: UUID mismatch: existing directory 
> 'trunk/eXist/extensions/xprocxq' was checked out from a different repository
> 
> And then, even cleaning the package was not sufficient
> 
> It did work with 10.2 (and I didn't try to make it work with 10.3 and 
> without migrating to SVN 1.6)
> 
> Cheers,
> 
> Xmlizer


_______________________________________________
oXygen-user mailing list
oXygen-user at 
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
com
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-------------- next part --------------
An embedded message was scrubbed...
From: Spam Lover <spamlover at >
Subject: FW: marketing at  - Email has different SMTP TO: and
	MIME TO: fields in the email addresses - [oXygen-user] SVN Client on
	Oxygen
	10.3 UUID mismatch: existingdirectory 'trunk/eXist/extensions/xprocxq'
	was checked outfrom a different repository
Date: Mon, 6 Jul 2009 13:18:07 +0100
Size: 11604
Url: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090706/dbaf3466/attachment.mht 

From bogus@does.not.exist.com  Mon Jul  6 09:27:56 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 06 Jul 2009 17:27:56 +0300
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
 directory 'trunk/eXist/extensions/xprocxq' was checked out from a different
 repository
In-Reply-To: <4A51FC51.6050800@oxygenxml.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
	<4A51FC51.6050800@oxygenxml.com>
Message-ID: <4A5209EC.1030707@oxygenxml.com>

Hello mozer,

A modification of the xprocxq folder on the SVN server was announced on 
the exist-open list:

http://sourceforge.net/mailarchive/message.php?msg_name=a0ad8ffe0906280516p6c36a534gf71a8ea7f151d1dc%40mail.gmail.com

Does the fix suggested there solve the problem?


Regards,
Sorin


Sorin Ristache wrote:
> In your case a possible cause is a change in the eXist 
> repository so that trunk/eXist/extensions/xprocxq/ and 
> trunk/eXist/extensions/ have different UUIDs now when you tried to 
> update the working copy in Oxygen 10.3. Do you get the same error now in 
> SVN Client from Oxygen 10.2 with the same local working copy that you 
> loaded in Oxygen 10.3? If yes I think a new UUID is now on the SVN 
> server for the folder trunk/eXist/extensions/xprocxq/.


From bogus@does.not.exist.com  Mon Jul  6 09:26:59 2009
From: bogus@does.not.exist.com (Marketing)
Date: Mon, 6 Jul 2009 15:26:59 +0100
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
 directory 'trunk/eXist/extensions/xprocxq' was checked out from a different
 repos
In-Reply-To: <4A5209EC.1030707@oxygenxml.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com><4A51FC51.6050800@oxygenxml.com>
	<4A5209EC.1030707@oxygenxml.com>
Message-ID: <414B4498CF285849B7026AEF756AAE050479882222@Jupiter.qbss.com>

REMOVE

Kind Regards,

Michal Pawlowski
QBS Software Ltd

Tel:      +44(0)2087337127
Fax:     +44(0)2087337110
Web:   http://www.qbssoftware.com


-----Original Message-----
From: oxygen-user-bounces at  [mailto:oxygen-user-bounces at ] On Behalf Of Sorin Ristache
Sent: Monday, July 06, 2009 3:28 PM
To: oxygen-user at 
Subject: marketing at  - Email has different SMTP TO: and MIME TO: fields in the email addresses - Re: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing directory 'trunk/eXist/extensions/xprocxq' was checked out from a different reposi...

Hello mozer,

A modification of the xprocxq folder on the SVN server was announced on 
the exist-open list:

http://sourceforge.net/mailarchive/message.php?msg_name=a0ad8ffe0906280516p6c36a534gf71a8ea7f151d1dc%40mail.gmail.com

Does the fix suggested there solve the problem?


Regards,
Sorin


Sorin Ristache wrote:
> In your case a possible cause is a change in the eXist 
> repository so that trunk/eXist/extensions/xprocxq/ and 
> trunk/eXist/extensions/ have different UUIDs now when you tried to 
> update the working copy in Oxygen 10.3. Do you get the same error now in 
> SVN Client from Oxygen 10.2 with the same local working copy that you 
> loaded in Oxygen 10.3? If yes I think a new UUID is now on the SVN 
> server for the folder trunk/eXist/extensions/xprocxq/.
_______________________________________________
oXygen-user mailing list
oXygen-user at 
http://www.oxygenxml.com/mailman/listinfo/oxygen-user
r


From bogus@does.not.exist.com  Mon Jul  6 09:50:12 2009
From: bogus@does.not.exist.com (Wolfgang Meier)
Date: Mon, 6 Jul 2009 16:50:12 +0200
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
	directory 'trunk/eXist/extensions/xprocxq' was checked out
	from a different repository
In-Reply-To: <4A51FC51.6050800@oxygenxml.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
	<4A51FC51.6050800@oxygenxml.com>
Message-ID: <2166dd760907060750w1da94db1kf00ced2ddf6cd7f4@mail.gmail.com>

> In your case a possible cause is a change in the eXist
> repository so that trunk/eXist/extensions/xprocxq/ and
> trunk/eXist/extensions/ have different UUIDs now when you tried to
> update the working copy in Oxygen 10.3.

trunk/eXist/extensions/xprocxq/ used to be an external directory, i.e.
it linked to another SVN repository. This caused some problems and the
author of the xprocxq extension decided to move the code into the
eXist source tree instead of using a link.

Unfortunately, this switch is confusing SVN and you'll need a
workaround to get the checkout clean again: remove either the xqprocxq
directory - or if that doesn't work, the entire extensions directory -
and run svn update.

Wolfgang


From bogus@does.not.exist.com  Mon Jul  6 10:18:04 2009
From: bogus@does.not.exist.com (mozer)
Date: Mon, 6 Jul 2009 17:18:04 +0200
Subject: [oXygen-user] SVN Client on Oxygen 10.3 UUID mismatch: existing
	directory 'trunk/eXist/extensions/xprocxq' was checked out
	from a different repository
In-Reply-To: <2166dd760907060750w1da94db1kf00ced2ddf6cd7f4@mail.gmail.com>
References: <21d9ade60907052346v1285df55qf4a572b47a8d39d0@mail.gmail.com>
	<4A51FC51.6050800@oxygenxml.com>
	<2166dd760907060750w1da94db1kf00ced2ddf6cd7f4@mail.gmail.com>
Message-ID: <21d9ade60907060818v21751c0co76791bb46c35a78@mail.gmail.com>

Thanks Sorin and Wolfgang
Indeed it works again and it makes full sense now why it behave like this

It just appeared at the same time I did my update of SVN 1.6

Sorry for the noise

Xmlizer

On Mon, Jul 6, 2009 at 4:50 PM, Wolfgang Meier <wolfgangmm at > wrote:

> > In your case a possible cause is a change in the eXist
> > repository so that trunk/eXist/extensions/xprocxq/ and
> > trunk/eXist/extensions/ have different UUIDs now when you tried to
> > update the working copy in Oxygen 10.3.
>
> trunk/eXist/extensions/xprocxq/ used to be an external directory, i.e.
> it linked to another SVN repository. This caused some problems and the
> author of the xprocxq extension decided to move the code into the
> eXist source tree instead of using a link.
>
> Unfortunately, this switch is confusing SVN and you'll need a
> workaround to get the checkout clean again: remove either the xqprocxq
> directory - or if that doesn't work, the entire extensions directory -
> and run svn update.
>
> Wolfgang
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090706/54a8be90/attachment.html 

From bogus@does.not.exist.com  Mon Jul  6 13:41:27 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Mon, 06 Jul 2009 13:41:27 -0500
Subject: [oXygen-user] Catalog URI Resolver for XSLT Include/Import in
	Editor?
Message-ID: <C677AF87.131AD%ekimber@reallysi.com>

I'm finding myself in the situation where I want to edit style sheets that
will, ultimately, use custom URIs to point to resources. For editing on the
file system it would be easiest if I could use an XML catalog to map my
private URIs to the files on my file system so the same reference will work
as developed and as deployed.

Is that possible today? I didn't see anything likely in the help or
searching on URI resolver in the mailing list archives.

Thanks,

Eliot

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Tue Jul  7 02:52:56 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 07 Jul 2009 10:52:56 +0300
Subject: [oXygen-user] Catalog URI Resolver for XSLT Include/Import in
 Editor?
In-Reply-To: <C677AF87.131AD%ekimber@reallysi.com>
References: <C677AF87.131AD%ekimber@reallysi.com>
Message-ID: <4A52FED8.8050202@oxygenxml.com>

Hello,

Oxygen creates a URI resolver from the XML catalogs added in Preferences 
-> XML -> XML Catalog and sets the resolver to the processors Saxon, 
Xalan, xsltproc. OASIS 1.1 catalogs are supported. The URIs used in 
xsl:include and xsl:import are resolved with uri entries of the catalogs.

You can find in the User Manual that XML catalogs are used for mapping 
the system ID, the public ID or the URI of a resource:

http://www.oxygenxml.com/doc/ug-oxygen/using-XML-Catalogs.html

http://www.oxygenxml.com/doc/ug-oxygen/preferences-xml.html#preferences-xml-catalog


Regards,
Sorin


Eliot Kimber wrote:
> I'm finding myself in the situation where I want to edit style sheets that
> will, ultimately, use custom URIs to point to resources. For editing on the
> file system it would be easiest if I could use an XML catalog to map my
> private URIs to the files on my file system so the same reference will work
> as developed and as deployed.
> 
> Is that possible today? I didn't see anything likely in the help or
> searching on URI resolver in the mailing list archives.
> 
> Thanks,
> 
> Eliot


From bogus@does.not.exist.com  Tue Jul  7 07:37:43 2009
From: bogus@does.not.exist.com (Helen Borrie)
Date: Tue, 07 Jul 2009 22:37:43 +1000
Subject: [oXygen-user] Quicker way to insert character entities?
Message-ID: <7fcdv6$e3e6de@outbound.icp-qv1-irony-out3.iinet.net.au>

Hello,

I'm using the authoring application.  Is there any way to get character entities into the Author view?  I expected that, by typing the special character, e.g. a double-quote, the editor would automatically replace it with the standard entity, &quot; in this case.  But it is not the case.  The document is saved with just the literal character, as typed.

By trial and error I found that, if I switch to the Text view, I can type "&" to display a drop-list, from which I can select an entity and it will be inserted at the caret.  This is terribly slow and awkward to do.  It is faster to copy and paste.

I can't find any reference to character entities/special characters in either the Oxygen or the Author help.  Any clues welcome.

Thanks.
Helen




From bogus@does.not.exist.com  Tue Jul  7 07:59:30 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Tue, 07 Jul 2009 07:59:30 -0500
Subject: [oXygen-user] Catalog URI Resolver for XSLT Include/Import in
 Editor?
In-Reply-To: <4A52FED8.8050202@oxygenxml.com>
Message-ID: <C678B0E2.13248%ekimber@reallysi.com>

On 7/7/09 2:52 AM, "Sorin Ristache" <sorin at > wrote:

> Hello,
> 
> Oxygen creates a URI resolver from the XML catalogs added in Preferences
> -> XML -> XML Catalog and sets the resolver to the processors Saxon,
> Xalan, xsltproc. OASIS 1.1 catalogs are supported. The URIs used in
> xsl:include and xsl:import are resolved with uri entries of the catalogs.

Cool--that worked. I didn't get from the referenced help pages that this
would apply to xsl:import and xsl:include. It just says "or a URI reference
(at document transformation)"--would be clearer if it explicitly says
something like "for xsl:import and xsl:include" or lists all the cases where
it applies (for example, does it also work for document() function calls to?

Cheers,

E.


----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Tue Jul  7 08:04:51 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Tue, 07 Jul 2009 08:04:51 -0500
Subject: [oXygen-user] Catalog URI Resolver for XSLT Include/Import in
 Editor?
In-Reply-To: <C678B0E2.13248%ekimber@reallysi.com>
Message-ID: <C678B223.1324D%ekimber@reallysi.com>

On 7/7/09 7:59 AM, "Eliot Kimber" <ekimber at > wrote:

> On 7/7/09 2:52 AM, "Sorin Ristache" <sorin at > wrote:
> 
>> Hello,
>> 
>> Oxygen creates a URI resolver from the XML catalogs added in Preferences
>> -> XML -> XML Catalog and sets the resolver to the processors Saxon,
>> Xalan, xsltproc. OASIS 1.1 catalogs are supported. The URIs used in
>> xsl:include and xsl:import are resolved with uri entries of the catalogs.
> 
> Cool--that worked. I didn't get from the referenced help pages that this
> would apply to xsl:import and xsl:include. It just says "or a URI reference
> (at document transformation)"--would be clearer if it explicitly says
> something like "for xsl:import and xsl:include" or lists all the cases where
> it applies (for example, does it also work for document() function calls to?

OK, next level: is there a way to parameterize the uri= value to reflect
Oxygen-defined variables?

My goal in this case is to have a catalog used for development purposes
where the uri= value points to developer-specific location (in this case,
transform components provided by a separate project in CVS). Would like to
have the catalog be invariant, with developers configuring it by locally
setting a property.

Is that possible in Oxygen today? For my environment, being able to use
properties set in an Any property file would be ideal, since I'll have to
configure the same property for use by Ant as well.

Note that this is in the context of the standalone Oxygen editor, not the
Eclipse plugin version.

Cheers,

E.


----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Tue Jul  7 09:39:35 2009
From: bogus@does.not.exist.com (Michael Rush)
Date: Tue, 7 Jul 2009 10:39:35 -0400
Subject: [oXygen-user] Creating a custom menu
Message-ID: <e82046c20907070739g61d4078r871f4b041de364ed@mail.gmail.com>

Hello,

I've searched through the forum and email archive for similar queries but
have found nothing. If this has been covered previously, I apologize for the
duplication.

I am running Editor 10.3. I would like to create a custom menu with several
actions, including an external validation against a specific RNG schema and
several transformation scenarios.  In particular the RNG external validation
is an action that I repeat frequently and I'd like to avoid the step of
selecting the schema each time I initiate an external validation after
reopening Oxygen.

Many thanks,

Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090707/3016bc06/attachment.html 

From bogus@does.not.exist.com  Tue Jul  7 13:32:31 2009
From: bogus@does.not.exist.com (Loreti, Wendy)
Date: Tue, 7 Jul 2009 14:32:31 -0400
Subject: [oXygen-user] No page numbers in TOC or xrefs
Message-ID: <CDADC90344D4F540AE43CFF18CCEA01C09BEDA49@ex01.vocollect.int>

I'm sorry if this is something obvious, but I'm transforming into pdf
using Idiom and Apache FOP, and there are no page numbers in my table of
contents or where I have a cross-reference. What should I be doing
differently?
 
Thanks,
 
Wendy Loreti
Senior Technical Writer
Vocollect, Inc.
703 Rodi Rd.
Pittsburgh, PA 15235
 
www.vocollect.com <http://www.vocollect.com/> 
 
CONFIDENTIALITY NOTICE 

This message, together with any attachments, may be legally privileged
and is confidential information intended only for the use of the
individual or entity to which it is addressed. It is exempt from
disclosure under applicable law including court orders. If you are not
the intended recipient, you are hereby notified that any use,
dissemination, distribution or copy of this message, or any attachment,
is strictly prohibited. If you have received this message in error,
please notify the original sender and delete this message, along with
any attachments, from your computer.

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090707/488a2bed/attachment.html 

From bogus@does.not.exist.com  Wed Jul  8 00:42:50 2009
From: bogus@does.not.exist.com (Radu Coravu)
Date: Wed, 08 Jul 2009 08:42:50 +0300
Subject: [oXygen-user] No page numbers in TOC or xrefs
In-Reply-To: <CDADC90344D4F540AE43CFF18CCEA01C09BEDA49@ex01.vocollect.int>
References: <CDADC90344D4F540AE43CFF18CCEA01C09BEDA49@ex01.vocollect.int>
Message-ID: <4A5431DA.9090001@sync.ro>

Hi Wendy,

The page numbering should work fine both with Apache FOP and XEP for 
IDIOM transformations.
What Oxygen version are you using?
Please write us at support at  and attach a sample project and 
the output generated by the transformation which can be found in the 
Oxygen console view.

Regards,
Radu

-- 
Radu Coravu 
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com 


Loreti, Wendy wrote:
> I'm sorry if this is something obvious, but I'm transforming into pdf 
> using Idiom and Apache FOP, and there are no page numbers in my table 
> of contents or where I have a cross-reference. What should I be doing 
> differently?
>  
> Thanks,
>  
> *Wendy Loreti*
> Senior Technical Writer
> Vocollect, Inc.
> 703 Rodi Rd.
> Pittsburgh, PA 15235
>  
> www.vocollect.com <http://www.vocollect.com/>
>  
> _CONFIDENTIALITY NOTICE _
>
> This message, together with any attachments, may be legally privileged 
> and is confidential information intended only for the use of the 
> individual or entity to which it is addressed. It is exempt from 
> disclosure under applicable law including court orders. If you are not 
> the intended recipient, you are hereby notified that any use, 
> dissemination, distribution or copy of this message, or any 
> attachment, is strictly prohibited. If you have received this message 
> in error, please notify the original sender and delete this message, 
> along with any attachments, from your computer.
>
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   




From bogus@does.not.exist.com  Wed Jul  8 04:17:15 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 08 Jul 2009 12:17:15 +0300
Subject: [oXygen-user] Catalog URI Resolver for XSLT Include/Import in
 Editor?
In-Reply-To: <C678B223.1324D%ekimber@reallysi.com>
References: <C678B223.1324D%ekimber@reallysi.com>
Message-ID: <4A54641B.4040408@oxygenxml.com>

Hello,

The XML catalogs are used also for document() function calls.

It is not possible to parameterize the uri= value with Oxygen editor 
variables. The catalog resolver does not know to resolve the values of 
the Oxygen editor variables. If we modify the resolver used in Oxygen 
for allowing editor variables the catalogs cannot be used in other 
applications. For example in Ant you have to replace the built-in 
catalog resolver with the modified resolver from Oxygen.


Regards,
Sorin


Eliot Kimber wrote:
> On 7/7/09 7:59 AM, "Eliot Kimber" <ekimber at > wrote:
>> it applies (for example, does it also work for document() function calls to?
> 
> OK, next level: is there a way to parameterize the uri= value to reflect
> Oxygen-defined variables?
> 
> My goal in this case is to have a catalog used for development purposes
> where the uri= value points to developer-specific location (in this case,
> transform components provided by a separate project in CVS). Would like to
> have the catalog be invariant, with developers configuring it by locally
> setting a property.
> 
> Is that possible in Oxygen today? For my environment, being able to use
> properties set in an Any property file would be ideal, since I'll have to
> configure the same property for use by Ant as well.
> 
> Note that this is in the context of the standalone Oxygen editor, not the
> Eclipse plugin version.
> 
> Cheers,
> 
> E.


From bogus@does.not.exist.com  Wed Jul  8 04:38:18 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 08 Jul 2009 12:38:18 +0300
Subject: [oXygen-user] Quicker way to insert character entities?
In-Reply-To: <7fcdv6$e3e6de@outbound.icp-qv1-irony-out3.iinet.net.au>
References: <7fcdv6$e3e6de@outbound.icp-qv1-irony-out3.iinet.net.au>
Message-ID: <4A54690A.3080809@oxygenxml.com>

Hello,

There is a quick method of inserting an entity reference at the cursor 
position: double click on the name of the entity in the Entities view. 
This view is available in both the Text mode and the Author mode. In the 
default layout of the Oxygen window the view is visible in both modes on 
the right side in a tabbed pane with the Elements view. If it is not 
visible in your layout (you use a fixed layout or other customized 
layout) just go to menu Perspective -> Show View -> Entities.


http://www.oxygenxml.com/doc/ug-author/content-author-role.html#author-entities-view

http://www.oxygenxml.com/doc/ug-author/entities-view.html


Regards,
Sorin


Helen Borrie wrote:
> Hello,
> 
> I'm using the authoring application.  Is there any way to get character entities into the Author view?  I expected that, by typing the special character, e.g. a double-quote, the editor would automatically replace it with the standard entity, &quot; in this case.  But it is not the case.  The document is saved with just the literal character, as typed.
> 
> By trial and error I found that, if I switch to the Text view, I can type "&" to display a drop-list, from which I can select an entity and it will be inserted at the caret.  This is terribly slow and awkward to do.  It is faster to copy and paste.
> 
> I can't find any reference to character entities/special characters in either the Oxygen or the Author help.  Any clues welcome.
> 
> Thanks.
> Helen
> 
> 
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Wed Jul  8 05:08:00 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 08 Jul 2009 13:08:00 +0300
Subject: [oXygen-user] Creating a custom menu
In-Reply-To: <e82046c20907070739g61d4078r871f4b041de364ed@mail.gmail.com>
References: <e82046c20907070739g61d4078r871f4b041de364ed@mail.gmail.com>
Message-ID: <4A547000.4000901@oxygenxml.com>

Hello,

In the current version you cannot add a custom menu. We will consider 
that for a future version.


Regards,
Sorin


Michael Rush wrote:
> Hello,
> 
> I've searched through the forum and email archive for similar queries 
> but have found nothing. If this has been covered previously, I apologize 
> for the duplication.
> 
> I am running Editor 10.3. I would like to create a custom menu with 
> several actions, including an external validation against a specific RNG 
> schema and several transformation scenarios.  In particular the RNG 
> external validation is an action that I repeat frequently and I'd like 
> to avoid the step of selecting the schema each time I initiate an 
> external validation after reopening Oxygen.
> 
> Many thanks,
> 
> Mike
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Wed Jul  8 05:21:34 2009
From: bogus@does.not.exist.com (Helen Borrie)
Date: Wed, 08 Jul 2009 20:21:34 +1000
Subject: [oXygen-user] Quicker way to insert character entities?
In-Reply-To: <4A54690A.3080809@oxygenxml.com>
References: <7fcdv6$e3e6de@outbound.icp-qv1-irony-out3.iinet.net.au>
	<4A54690A.3080809@oxygenxml.com>
Message-ID: <7fcdv6$e3q4jm@outbound.icp-qv1-irony-out3.iinet.net.au>

At 07:38 PM 8/07/2009, you wrote:
>Hello,
>
>There is a quick method of inserting an entity reference at the cursor 
>position: double click on the name of the entity in the Entities view. 
>This view is available in both the Text mode and the Author mode. In the 
>default layout of the Oxygen window the view is visible in both modes on 
>the right side in a tabbed pane with the Elements view. If it is not 
>visible in your layout (you use a fixed layout or other customized 
>layout) just go to menu Perspective -> Show View -> Entities.
>
>
>http://www.oxygenxml.com/doc/ug-author/content-author-role.html#author-entities-view
>
>http://www.oxygenxml.com/doc/ug-author/entities-view.html

Bingo!  Yes, I discovered this Entities view earlier today as I was just going around all the menus looking for !! something !!  In my searches I also found the table where you can set up shortcuts, which also shows shortcuts that are already defined.  So now I also have the ability to select something that needs inline quotes, do Ctrl-E and pick 'q'.  Great!

Thanks,
Helen



From bogus@does.not.exist.com  Sat Jul 11 06:53:14 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Sat, 11 Jul 2009 06:53:14 -0500
Subject: [oXygen-user] New Author Insert Behavior? New Sibling of Current
	Element
Message-ID: <C67DE75A.134EE%ekimber@reallysi.com>

I'm doing authoring of a definition list. To create a new dlentry it's most
effective to move outside the current dlentry and then hit enter to get "new
dlentry", rather just move outside the dd (where I am when I'm done in the
current dlentry) and do "split dlentry", because split doesn't cause the
required subelements dt and dd to be created.

It occurs to me it might be useful to add a new option, "new sibling
{tagname}" in addition "split {tagname}".

Alternatively, have "split" behave like "new" such that it inserted required
subelements in the newly-created element if the split occurs at the end of
the split element (meaning that the split is identical to a "new" action).

Cheers,

E.
----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Mon Jul 13 03:04:48 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 13 Jul 2009 11:04:48 +0300
Subject: [oXygen-user] New Author Insert Behavior? New Sibling of
 Current Element
In-Reply-To: <C67DE75A.134EE%ekimber@reallysi.com>
References: <C67DE75A.134EE%ekimber@reallysi.com>
Message-ID: <4A5AEAA0.6020607@oxygenxml.com>

Hello,

We will correct that in a future version. A new sibling should be 
inserted with the required subelements by the Split action or a New 
Sibling action.


Thank you for your request,
Sorin


Eliot Kimber wrote:
> I'm doing authoring of a definition list. To create a new dlentry it's most
> effective to move outside the current dlentry and then hit enter to get "new
> dlentry", rather just move outside the dd (where I am when I'm done in the
> current dlentry) and do "split dlentry", because split doesn't cause the
> required subelements dt and dd to be created.
> 
> It occurs to me it might be useful to add a new option, "new sibling
> {tagname}" in addition "split {tagname}".
> 
> Alternatively, have "split" behave like "new" such that it inserted required
> subelements in the newly-created element if the split occurs at the end of
> the split element (meaning that the split is identical to a "new" action).
> 
> Cheers,
> 
> E.


From bogus@does.not.exist.com  Mon Jul 13 12:00:06 2009
From: bogus@does.not.exist.com (Loreti, Wendy)
Date: Mon, 13 Jul 2009 13:00:06 -0400
Subject: [oXygen-user] Link one ditamap to another?
Message-ID: <CDADC90344D4F540AE43CFF18CCEA01C09C73D22@ex01.vocollect.int>

I'm currently working on two products. Product A will become a component
in Product B. I created a project for Product A with its own ditamap and
so on. For Product B, I created a reference to the project for Product A
(I'm using the Eclipse plugin version of oxygen) and linked from Product
B's ditamap to Product A's ditamap. While oxygen appears to let me do
this, it's not generating the topics for Product A's project.
 
Wendy Loreti
Senior Technical Writer
Vocollect, Inc.
703 Rodi Rd.
Pittsburgh, PA 15235
 
www.vocollect.com <http://www.vocollect.com/> 
 
CONFIDENTIALITY NOTICE 

This message, together with any attachments, may be legally privileged
and is confidential information intended only for the use of the
individual or entity to which it is addressed. It is exempt from
disclosure under applicable law including court orders. If you are not
the intended recipient, you are hereby notified that any use,
dissemination, distribution or copy of this message, or any attachment,
is strictly prohibited. If you have received this message in error,
please notify the original sender and delete this message, along with
any attachments, from your computer.

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090713/6f51f086/attachment.html 

From bogus@does.not.exist.com  Tue Jul 14 02:04:29 2009
From: bogus@does.not.exist.com (Radu Coravu)
Date: Tue, 14 Jul 2009 10:04:29 +0300
Subject: [oXygen-user] Link one ditamap to another?
In-Reply-To: <CDADC90344D4F540AE43CFF18CCEA01C09C73D22@ex01.vocollect.int>
References: <CDADC90344D4F540AE43CFF18CCEA01C09C73D22@ex01.vocollect.int>
Message-ID: <4A5C2DFD.2020500@sync.ro>

Hello Wendy,

There are some limitations in the DITA Open Toolkit used to publish DITA 
Maps in Oxygen regarding the references between different topics or maps.
Basically if the two DITA Maps are in the same folder and one links to 
another using something like:

<topicref href="hierarchy.ditamap" format="ditamap"/>

the output should work but if the maps are in different folder 
hierarchies the DITA Open Toolkit transformation will complain with 
warnings like:
[pipeline] [DOTJ036W][WARN] The file 
"D:\oxygen\samples\dita\flowers\topics\introduction.xml" referenced by 
"D:\oxygen\samples\dita\flowers\flowers.ditamap" is outside the scope of 
the input dita/map directory. If you do not want to see the warning 
message,please use the Ant parameter 'outer.control', and set the value 
as "quiet".Or,you can move the referenced file 
"D:\oxygen\samples\dita\flowers\topics\introduction.xml" into the the 
input dita/map directory.

I think the DITA Map which refers must be either in the same directory 
as the referenced map or the referenced map must be in a folder 
structure below the master DITA Map.
You can try to register on the DITA Users List and maybe they will give 
you more details about this limitation.
See this link for more DITA resources:
http://www.oxygenxml.com/forum/post11407.html

Regards,
Radu

-- 
Radu Coravu 
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com 



Loreti, Wendy wrote:
> I'm currently working on two products. Product A will become a 
> component in Product B. I created a project for Product A with its own 
> ditamap and so on. For Product B, I created a reference to the project 
> for Product A (I'm using the Eclipse plugin version of oxygen) and 
> linked from Product B's ditamap to Product A's ditamap. While oxygen 
> appears to let me do this, it's not generating the topics for Product 
> A's project.
>  
> *Wendy Loreti*
> Senior Technical Writer
> Vocollect, Inc.
> 703 Rodi Rd.
> Pittsburgh, PA 15235
>  
> www.vocollect.com <http://www.vocollect.com/>
>  
> _CONFIDENTIALITY NOTICE _
>
> This message, together with any attachments, may be legally privileged 
> and is confidential information intended only for the use of the 
> individual or entity to which it is addressed. It is exempt from 
> disclosure under applicable law including court orders. If you are not 
> the intended recipient, you are hereby notified that any use, 
> dissemination, distribution or copy of this message, or any 
> attachment, is strictly prohibited. If you have received this message 
> in error, please notify the original sender and delete this message, 
> along with any attachments, from your computer.
>
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   



From bogus@does.not.exist.com  Tue Jul 14 07:41:24 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Tue, 14 Jul 2009 07:41:24 -0500
Subject: [oXygen-user] Link one ditamap to another?
In-Reply-To: <4A5C2DFD.2020500@sync.ro>
Message-ID: <C681E724.13627%ekimber@reallysi.com>

There are several options that control what happens when a map includes
resources that are not below the map's directory. In particular, you need to
set generate.copy.outer to "2" and outer.control "quiet". The
generate.copy.outer value of "2" means "copy all resources to the output.
This will generate any result directories in their relative locations as in
the source. This means that you need to set as your initial output directory
a directory that has enough ancestory directories to accommodate any
sideways relative references.

For example, if you have a map with a reference like
href="../../../somedir/anotherdir/sometopic.dita", the output will include a
directory "somedir" three levels above the initial output directory.

Cheers,

Eliot

On 7/14/09 2:04 AM, "Radu Coravu" <radu_coravu at > wrote:

> Hello Wendy,
> 
> There are some limitations in the DITA Open Toolkit used to publish DITA
> Maps in Oxygen regarding the references between different topics or maps.
> Basically if the two DITA Maps are in the same folder and one links to
> another using something like:
> 
> <topicref href="hierarchy.ditamap" format="ditamap"/>
> 
> the output should work but if the maps are in different folder
> hierarchies the DITA Open Toolkit transformation will complain with
> warnings like:
> [pipeline] [DOTJ036W][WARN] The file
> "D:\oxygen\samples\dita\flowers\topics\introduction.xml" referenced by
> "D:\oxygen\samples\dita\flowers\flowers.ditamap" is outside the scope of
> the input dita/map directory. If you do not want to see the warning
> message,please use the Ant parameter 'outer.control', and set the value
> as "quiet".Or,you can move the referenced file
> "D:\oxygen\samples\dita\flowers\topics\introduction.xml" into the the
> input dita/map directory.
> 
> I think the DITA Map which refers must be either in the same directory
> as the referenced map or the referenced map must be in a folder
> structure below the master DITA Map.
> You can try to register on the DITA Users List and maybe they will give
> you more details about this limitation.
> See this link for more DITA resources:
> http://www.oxygenxml.com/forum/post11407.html
> 
> Regards,
> Radu

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Mon Jul 20 14:28:38 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Mon, 20 Jul 2009 14:28:38 -0500
Subject: [oXygen-user] 10.3 DITA Editor Behaviors
Message-ID: <C68A2F96.13A1F%ekimber@reallysi.com>

I'm using DITA 10.3

- The ID generator is nice but it would be nice if it generated much shorter
IDs. It looks like it's generating UUIDs but in most cases it would be
sufficient if the generated ID incorporated the ID of the root topic and a
shorter value, such as a 5-digit serial number. Since IDs for elements other
than topics only need to be unique within their containing parent topic,
there's no need for long or globally-unique IDs (and there shouldn't *ever*
be a need for such IDs, but I realize that some CMS systems impose that
requirement).

- The ID generator does not modify IDs on copy--that means if I create a
topic within a parent topic and then copy it, I get a "duplicate ID"
validation error and have to go manually fix the ID. Copy (as opposed to
move) should act like create and assign a new ID. If Oxygen can't reliably
distinguish move from copy then the current behavior is better than
resetting an existing ID value.

- The behavior of the insert topic ref dialog when you select "append child"
is to continue appending children, so if you keep the dialog open after
doing say "insert topicref to currently-edited file" and don't change the
insertion location, the next topic inserted is inserted as a child of the
one you just inserted, which is almost *never* what I want. In almost every
case that I've inserted a topic and then want to insert more, I'm inserting
children of the initial parent topicref that all exist in the same directory
as the topic I just inserted.

That is, I think it would make more sense for the dialog to *always* revert
to "insert after" behavior even if the origin insertion was an "append
child" insert.

Cheers,

E.
----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Mon Jul 20 15:06:20 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Mon, 20 Jul 2009 15:06:20 -0500
Subject: [oXygen-user] Topicref Insertion Feature Request: Recognize Maprefs
	Vs. Topicrefs
Message-ID: <C68A386C.13A2D%ekimber@reallysi.com>

One side effect of the new behavior I requested whereby the topicref
insertion dialog remembers the last topicref type used is that if you insert
a map reference and then insert a topicref, you'll get a mapref by default,
which is never right.

Would it be possible for the insertion dialog to look at the type of the
target, once it is selected, and select the first topicref that specifies a
value for format that matches the target type if the currently-selected type
isn't appropriate?

That is, given that I last inserted a topic and I select a map, see if there
are any available topicref types that specify format="ditamap" and, if so,
select the first one. For DITA 1.2 there will usually be at least <mapref>
in the default map shell doctype.

If I last inserted a map and I select a topic and the currently-select
topicref type specifies format="ditamap", select either the first topicref
type in the list, or more usefully, the last-used topicref-to-a-topic type.

That is, if the insertion dialog can select a good default for refs to maps
and topics and remember the last type used for each type of reference, it
would have the effect of making the insertion dialog select the
mostly-likely-to-be-right topicref type regardless of whether I'm inserting
a map or topic.

Cheers,

E.

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Tue Jul 21 01:14:26 2009
From: bogus@does.not.exist.com (Radu Coravu)
Date: Tue, 21 Jul 2009 09:14:26 +0300
Subject: [oXygen-user] Topicref Insertion Feature Request: Recognize
 Maprefs Vs. Topicrefs
In-Reply-To: <C68A386C.13A2D%ekimber@reallysi.com>
References: <C68A386C.13A2D%ekimber@reallysi.com>
Message-ID: <4A655CC2.9010402@sync.ro>

Hi Eliot,

I understand the use case (switching between inserting a topic and a map).
We could look at the extension for example and determine that a 
referenced file is a DITA map.
I added some comments below to some things I did not understand:

Eliot Kimber wrote:
> One side effect of the new behavior I requested whereby the topicref
> insertion dialog remembers the last topicref type used is that if you insert
> a map reference and then insert a topicref, you'll get a mapref by default,
> which is never right.
>
> Would it be possible for the insertion dialog to look at the type of the
> target, once it is selected, and select the first topicref that specifies a
> value for format that matches the target type if the currently-selected type
> isn't appropriate?
>   
Are you referring to the "Element name" combo? So that based on the 
target file both the "Format" and the "Element name" combo could be 
populated with defaults?
> That is, given that I last inserted a topic and I select a map, see if there
> are any available topicref types that specify format="ditamap" and, if so,
> select the first one. For DITA 1.2 there will usually be at least <mapref>
> in the default map shell doctype.
>   
What do you mean by "topicref types"?
I am not familiar with DITA 1.2.
Does <mapref> specify some default attributes in the DTD so that it can 
be identified as pointing always to dita maps?
> If I last inserted a map and I select a topic and the currently-select
> topicref type specifies format="ditamap", select either the first topicref
> type in the list, or more usefully, the last-used topicref-to-a-topic type.
>
> That is, if the insertion dialog can select a good default for refs to maps
> and topics and remember the last type used for each type of reference, it
> would have the effect of making the insertion dialog select the
> mostly-likely-to-be-right topicref type regardless of whether I'm inserting
> a map or topic.
>
> Cheers,
>
> E.
>   

Regards,
Radu

-- 
Radu Coravu 
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com 



From bogus@does.not.exist.com  Tue Jul 21 03:15:17 2009
From: bogus@does.not.exist.com (Coravu Radu)
Date: Tue, 21 Jul 2009 11:15:17 +0300
Subject: [oXygen-user] 10.3 DITA Editor Behaviors
In-Reply-To: <C68A2F96.13A1F%ekimber@reallysi.com>
References: <C68A2F96.13A1F%ekimber@reallysi.com>
Message-ID: <4A657915.60307@sync.ro>

Hi Eliot,

See some answers below:

Eliot Kimber wrote:
> I'm using DITA 10.3
>
> - The ID generator is nice but it would be nice if it generated much shorter
> IDs. It looks like it's generating UUIDs but in most cases it would be
> sufficient if the generated ID incorporated the ID of the root topic and a
> shorter value, such as a 5-digit serial number. Since IDs for elements other
> than topics only need to be unique within their containing parent topic,
> there's no need for long or globally-unique IDs (and there shouldn't *ever*
> be a need for such IDs, but I realize that some CMS systems impose that
> requirement).
>   
We wanted to make sure the generated IDs are unique throughout the 
document. Checking through the entire document each time a new element 
is inserted/pasted is not a great idea if the document is large. I know 
this is not the case for DITA but the support is generic also for other 
frameworks like Docbook, TEI where the documents can grow quite large.
The ID generator is part of the Author API and you can re-generate the 
DITA framework to generate your own IDs. I can give you more details on 
this if you are interested.
> - The ID generator does not modify IDs on copy--that means if I create a
> topic within a parent topic and then copy it, I get a "duplicate ID"
> validation error and have to go manually fix the ID. Copy (as opposed to
> move) should act like create and assign a new ID. If Oxygen can't reliably
> distinguish move from copy then the current behavior is better than
> resetting an existing ID value.
>   
We considered to never alter an already existing ID value and only 
generate for ID values which are not set or empty.
I think you can create a "Duplicate Topic" custom author action which 
would first copy the XML for the current topic, remove the ID and then 
insert it after the current topic.
I can give you more details on this if you are interested.
We'll also try to add some quick fix support in a future version.
> - The behavior of the insert topic ref dialog when you select "append child"
> is to continue appending children, so if you keep the dialog open after
> doing say "insert topicref to currently-edited file" and don't change the
> insertion location, the next topic inserted is inserted as a child of the
> one you just inserted, which is almost *never* what I want. In almost every
> case that I've inserted a topic and then want to insert more, I'm inserting
> children of the initial parent topicref that all exist in the same directory
> as the topic I just inserted.
>
> That is, I think it would make more sense for the dialog to *always* revert
> to "insert after" behavior even if the origin insertion was an "append
> child" insert.
>   
Indeed the current behavior is sometimes annoying, we'll fix this 
probably as you suggested.

Regards,
Radu


From bogus@does.not.exist.com  Wed Jul 22 08:00:53 2009
From: bogus@does.not.exist.com (Loreti, Wendy)
Date: Wed, 22 Jul 2009 09:00:53 -0400
Subject: [oXygen-user] Pointing oxygen to xep
Message-ID: <CDADC90344D4F540AE43CFF18CCEA01C09CEC712@ex01.vocollect.int>

Hi. I downloaded a trial version of RenderX XEP and installed it in the
default location (C:\Program Files). I went into oxygen and set it up as
an FO processor, using the "If you have xep installed you can add it
directly" browse button. But when I build, I get this:
 
java.lang.NoClassDefFoundError: com/idiominc/ws/opentopic/fo/xep/Runner

[java] Caused by: java.lang.ClassNotFoundException:
com.idiominc.ws.opentopic.fo.xep.Runner

Are there additional steps I need to do to get these two to play nicely?
I am running version 9.3.0 of oxygen.
 
Wendy Loreti
Senior Technical Writer
Vocollect, Inc.
703 Rodi Rd.
Pittsburgh, PA 15235
 
www.vocollect.com <http://www.vocollect.com/> 
 
CONFIDENTIALITY NOTICE 

This message, together with any attachments, may be legally privileged
and is confidential information intended only for the use of the
individual or entity to which it is addressed. It is exempt from
disclosure under applicable law including court orders. If you are not
the intended recipient, you are hereby notified that any use,
dissemination, distribution or copy of this message, or any attachment,
is strictly prohibited. If you have received this message in error,
please notify the original sender and delete this message, along with
any attachments, from your computer.

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090722/3e7de49d/attachment.html 

From bogus@does.not.exist.com  Wed Jul 22 08:13:17 2009
From: bogus@does.not.exist.com (Coravu Radu)
Date: Wed, 22 Jul 2009 16:13:17 +0300
Subject: [oXygen-user] Pointing oxygen to xep
In-Reply-To: <CDADC90344D4F540AE43CFF18CCEA01C09CEC712@ex01.vocollect.int>
References: <CDADC90344D4F540AE43CFF18CCEA01C09CEC712@ex01.vocollect.int>
Message-ID: <4A67106D.4010705@sync.ro>

Hello Wendy,

That's a strange one.

There should be a library located in the 
"OXYGEN_PLUGIN_DIR\frameworks\dita\DITA-OT\demo\fo\lib\fo.jar".
Can you find it in your installation?
If you edit your transformation scenario and in the "Advanced" tab add 
the jar to the "Libraries" list does it work then?

Can you sent me the entire contents of the output Oxygen generates in 
the "Console" tab?

Regards,
Radu

-- 
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com



Loreti, Wendy wrote:
> Hi. I downloaded a trial version of RenderX XEP and installed it in 
> the default location (C:\Program Files). I went into oxygen and set it 
> up as an FO processor, using the "If you have xep installed you can 
> add it directly" browse button. But when I build, I get this:
>  
>
> java.lang.NoClassDefFoundError: com/idiominc/ws/opentopic/fo/xep/Runner
>
> [java] Caused by: java.lang.ClassNotFoundException: 
> com.idiominc.ws.opentopic.fo.xep.Runner
>
> Are there additional steps I need to do to get these two to play 
> nicely? I am running version 9.3.0 of oxygen.
>  
> *Wendy Loreti*
> Senior Technical Writer
> Vocollect, Inc.
> 703 Rodi Rd.
> Pittsburgh, PA 15235
>  
> www.vocollect.com <http://www.vocollect.com/>
>  
> _CONFIDENTIALITY NOTICE _
>
> This message, together with any attachments, may be legally privileged 
> and is confidential information intended only for the use of the 
> individual or entity to which it is addressed. It is exempt from 
> disclosure under applicable law including court orders. If you are not 
> the intended recipient, you are hereby notified that any use, 
> dissemination, distribution or copy of this message, or any 
> attachment, is strictly prohibited. If you have received this message 
> in error, please notify the original sender and delete this message, 
> along with any attachments, from your computer.
>
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> oXygen-user mailing list
> oXygen-user at 
> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>   




From bogus@does.not.exist.com  Wed Jul 22 09:48:39 2009
From: bogus@does.not.exist.com (Coravu Radu)
Date: Wed, 22 Jul 2009 17:48:39 +0300
Subject: [oXygen-user] Pointing oxygen to xep
In-Reply-To: <CDADC90344D4F540AE43CFF18CCEA01C09CEC767@ex01.vocollect.int>
References: <CDADC90344D4F540AE43CFF18CCEA01C09CEC712@ex01.vocollect.int>
	<4A67106D.4010705@sync.ro>
	<CDADC90344D4F540AE43CFF18CCEA01C09CEC767@ex01.vocollect.int>
Message-ID: <4A6726C7.6040002@sync.ro>

Dear Wendy,

Are you using the DITA Open Toolkit files which came with the Oxygen 
installation or did you overwrite the toolkit with a newer version?
The build.xml file located in:
"C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com.oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\build.xml"
does not seem to contain the changes we introduced in order to make 
switching between FOP and XEP seamless.
Can you send me your version of the file?

Regards,
Radu

-- 
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


Loreti, Wendy wrote:
> I added the fo.jar in the advanced tab and still have this error. Here's
> the entire output:
>
> Executing:
>
>
> transform.topic2pdf:
>
> copyCoreArtwork:
>
> transform.topic2fo:
> [dita-version] Search finished
> [index-preprocess] [INFO] IBM ICU4J Collator is not found. Default Java
> Collator will be used
> [index-preprocess] [INFO] IBM ICU4J Collator is not found. Default Java
> Collator will be used
>
> transform.fo2pdf:
>
> transform.fo2pdf.xep:
>      [java] java.lang.NoClassDefFoundError:
> com/idiominc/ws/opentopic/fo/xep/Runner
>      [java] Caused by: java.lang.ClassNotFoundException:
> com.idiominc.ws.opentopic.fo.xep.Runner
>      [java] 	at java.net.URLClassLoader$1.run(Unknown Source)
>      [java] 	at java.security.AccessController.doPrivileged(Native
> Method)
>      [java] 	at java.net.URLClassLoader.findClass(Unknown Source)
>      [java] 	at java.lang.ClassLoader.loadClass(Unknown Source)
>      [java] 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown
> Source)
>      [java] 	at java.lang.ClassLoader.loadClass(Unknown Source)
>      [java] 	at java.lang.ClassLoader.loadClassInternal(Unknown
> Source)
>      [java] Could not find the main class:
> com.idiominc.ws.opentopic.fo.xep.Runner.  Program will exit.
>      [java] Exception in thread "main" 
>
> BUILD FAILED
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\build.xml:55: The
> following error occurred while executing this line:
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\build.xml:98: The
> following error occurred while executing this line:
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\build.xml:133:
> The following error occurred while executing this line:
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\build.xml:243:
> The following error occurred while executing this line:
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\build.xml:258:
> The following error occurred while executing this line:
> C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com
> .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\build.xml:272:
> Java returned: 1
>
> Total time: 1 minute 41 seconds 
>
> -----Original Message-----
> From: Coravu Radu [mailto:radu_coravu at ] 
> Sent: Wednesday, July 22, 2009 9:13 AM
> To: Loreti, Wendy
> Cc: oxygen-user at 
> Subject: Re: [oXygen-user] Pointing oxygen to xep
>
>
> Hello Wendy,
>
> That's a strange one.
>
> There should be a library located in the
> "OXYGEN_PLUGIN_DIR\frameworks\dita\DITA-OT\demo\fo\lib\fo.jar".
> Can you find it in your installation?
> If you edit your transformation scenario and in the "Advanced" tab add
> the jar to the "Libraries" list does it work then?
>
> Can you sent me the entire contents of the output Oxygen generates in
> the "Console" tab?
>
> Regards,
> Radu
>
> --
> Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
>
>
>
> Loreti, Wendy wrote:
>   
>> Hi. I downloaded a trial version of RenderX XEP and installed it in 
>> the default location (C:\Program Files). I went into oxygen and set it
>>     
>
>   
>> up as an FO processor, using the "If you have xep installed you can 
>> add it directly" browse button. But when I build, I get this:
>>  
>>
>> java.lang.NoClassDefFoundError:
>>     
> com/idiominc/ws/opentopic/fo/xep/Runner
>   
>> [java] Caused by: java.lang.ClassNotFoundException: 
>> com.idiominc.ws.opentopic.fo.xep.Runner
>>
>> Are there additional steps I need to do to get these two to play 
>> nicely? I am running version 9.3.0 of oxygen.
>>  
>> *Wendy Loreti*
>> Senior Technical Writer
>> Vocollect, Inc.
>> 703 Rodi Rd.
>> Pittsburgh, PA 15235
>>  
>> www.vocollect.com <http://www.vocollect.com/>
>>  
>> _CONFIDENTIALITY NOTICE _
>>
>> This message, together with any attachments, may be legally privileged
>>     
>
>   
>> and is confidential information intended only for the use of the 
>> individual or entity to which it is addressed. It is exempt from 
>> disclosure under applicable law including court orders. If you are not
>>     
>
>   
>> the intended recipient, you are hereby notified that any use, 
>> dissemination, distribution or copy of this message, or any 
>> attachment, is strictly prohibited. If you have received this message 
>> in error, please notify the original sender and delete this message, 
>> along with any attachments, from your computer.
>>
>>  
>>
>>     
> ------------------------------------------------------------------------
>   
>> _______________________________________________
>> oXygen-user mailing list
>> oXygen-user at 
>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
>>   
>>     
>
>
>   



From bogus@does.not.exist.com  Thu Jul 23 11:39:00 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Thu, 23 Jul 2009 11:39:00 -0500
Subject: [oXygen-user] How to Force Open Toolkit to Use Saxon 9?
Message-ID: <C68DFC54.13C2A%ekimber@reallysi.com>

I'm running the Toolkit from Oxygen. I'm using the 1.5 version that I've
swapped into the base one.

I'm finding that when I run the Toolkit through Oxygen I'm getting Xalan,
not Saxon 9 when I must have XSLT 2 (and the 1.5 Toolkit includes Saxon 9 in
its dist).

I have been unable to figure out what I have to do in this scenario to make
the Ant-driven process use Saxon.

What am I missing?

Thanks,

E. 

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Fri Jul 24 00:47:15 2009
From: bogus@does.not.exist.com (Coravu Radu)
Date: Fri, 24 Jul 2009 08:47:15 +0300
Subject: [oXygen-user] How to Force Open Toolkit to Use Saxon 9?
In-Reply-To: <C68DFC54.13C2A%ekimber@reallysi.com>
References: <C68DFC54.13C2A%ekimber@reallysi.com>
Message-ID: <4A694AE3.3040903@sync.ro>

Hi Eliot,

Just edit the transformation scenario and in the "Advanced" tab there is 
a "Libraries" button.
Remove the "${oxygenHome}/lib/saxon.jar" and add the Saxon 9 jars 
(either from the Oxygen library or from the toolkit's).
This will feed the ANT java.class.path with the libraries.
I do not know exactly what output format you are using, I will assume 
that you are probably using the IDIOM PDF target.
You should open the "frameworks\dita\DITA-OT\demo\fo\build.xml"
In the toolkit distributed with Oxygen the IDIOM build.xml has some 
patches in it for using the java class path and the Oxygen resolver.
I'm attaching the patched build for DITA OT 1.4.3 which comes by default 
with Oxygen.
You should search for "Oxygen patch" in it, particularly in the "<path 
id="project.class.path">" and maybe update the DITA OT 1.5 corresponding 
build.xml to use the patches.
By default the build.xml uses hardcoded paths to the saxon libraries in 
the "${lib.dir}/saxon" directory and this cannot be influenced from the 
Oxygen scenario.

Regards,
Radu

-- 
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com


Eliot Kimber wrote:
> I'm running the Toolkit from Oxygen. I'm using the 1.5 version that I've
> swapped into the base one.
>
> I'm finding that when I run the Toolkit through Oxygen I'm getting Xalan,
> not Saxon 9 when I must have XSLT 2 (and the 1.5 Toolkit includes Saxon 9 in
> its dist).
>
> I have been unable to figure out what I have to do in this scenario to make
> the Ant-driven process use Saxon.
>
> What am I missing?
>
> Thanks,
>
> E. 
>
> ----
>   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.xml
Type: text/xml
Size: 14125 bytes
Desc: not available
Url : http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20090724/e5d327ee/attachment.xml 

From bogus@does.not.exist.com  Fri Jul 24 13:00:34 2009
From: bogus@does.not.exist.com (Eliot Kimber)
Date: Fri, 24 Jul 2009 13:00:34 -0500
Subject: [oXygen-user] Feature Request: Transform Scenario Variables for
 Path and Name of Input XML Document
Message-ID: <C68F60F2.13CC6%ekimber@reallysi.com>

When developing transforms it is usually more convenient to have a scenario
that is applied to the transform rather than its input documents, because
the input documents often vary but the transform is constant (and it's what
I'm editing--I may not even have the input document open in the editor).

However, the ${cfd} and ${cfn} variables reflect the document to which the
scenario was applied.

What I would like is variables that reflect the value of the XML URL
scenario parameter so that I can, for example, have the output go wherever
the XML input doc is.

Thanks,

Eliot


----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber at  <mailto:ekimber at >
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com <http://www.reallysi.com>  | http://blog.reallysi.com
<http://blog.reallysi.com> | www.rsuitecms.com <http://www.rsuitecms.com> 



From bogus@does.not.exist.com  Mon Jul 27 05:36:13 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Mon, 27 Jul 2009 10:36:13 +0000 (GMT)
Subject: [oXygen-user] Interactively ask the user for a param value
Message-ID: <893380.52763.qm@web23001.mail.ird.yahoo.com>

  Hi,

  Is there any way to tell oXygen to ask the user interactively
for a parameter value, each time a specific scenario is executed?
To give a concrete example, let's say one stylesheet parameter is
a password:

    <xsl:param name="password" type="xs:string"/>

  Of course, I don't want to store it in the XPR project file, as
a clear string.  That would be perfect if we were able to say in
a scenario definition: "ask for the 'password' param using a
dialog box each time this scenario is executed."

  Did I miss it in the documentation?

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/























      



From bogus@does.not.exist.com  Mon Jul 27 09:51:18 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Mon, 27 Jul 2009 17:51:18 +0300
Subject: [oXygen-user] Interactively ask the user for a param value
In-Reply-To: <893380.52763.qm@web23001.mail.ird.yahoo.com>
References: <893380.52763.qm@web23001.mail.ird.yahoo.com>
Message-ID: <4A6DBEE6.5000706@oxygenxml.com>

Hello Florent,

That is not possible in the current version but we will consider it for 
a future version. For each parameter we plan to allow selecting between 
a value specified in the scenario or asking for a value when the 
scenario is applied.


Regards,
Sorin


Florent Georges wrote:
>   Hi,
> 
>   Is there any way to tell oXygen to ask the user interactively
> for a parameter value, each time a specific scenario is executed?
> To give a concrete example, let's say one stylesheet parameter is
> a password:
> 
>     <xsl:param name="password" type="xs:string"/>
> 
>   Of course, I don't want to store it in the XPR project file, as
> a clear string.  That would be perfect if we were able to say in
> a scenario definition: "ask for the 'password' param using a
> dialog box each time this scenario is executed."
> 
>   Did I miss it in the documentation?
> 
>   Regards,
> 


From bogus@does.not.exist.com  Mon Jul 27 10:45:50 2009
From: bogus@does.not.exist.com (Wendell Piez)
Date: Mon, 27 Jul 2009 11:45:50 -0400
Subject: [oXygen-user] Interactively ask the user for a param value
In-Reply-To: <893380.52763.qm@web23001.mail.ird.yahoo.com>
References: <893380.52763.qm@web23001.mail.ird.yahoo.com>
Message-ID: <20090727114916.GA14107@mail11d.verio-web.com>

Hi,

At 06:36 AM 7/27/2009, Florent wrote:
>   Is there any way to tell oXygen to ask the user interactively
>for a parameter value, each time a specific scenario is executed?
>To give a concrete example, let's say one stylesheet parameter is
>a password:
>
>     <xsl:param name="password" type="xs:string"/>
>
>   Of course, I don't want to store it in the XPR project file, as
>a clear string.  That would be perfect if we were able to say in
>a scenario definition: "ask for the 'password' param using a
>dialog box each time this scenario is executed."

This is interesting, since it isn't unlike what I was thinking in 
response to Eliot's request for a macro to reflect the XML input URI 
in a scenario applied to stylesheets.

To Eliot's request, my thought was that usually I've just lived with 
hardcoding the output file in such a case, since the input XML file 
generally has to be hardcoded anyway.

On the other hand, I wondered whether it could be useful to have a 
macro that would open a dialog box allowing me to select the XML 
input file when running a scenario on a stylesheet -- in which case a 
macro that would let me parameterize the output by the input would be 
really useful.

Then I thought this would be gilding the lily -- except then Florent 
suggests a more dynamic way of assigning runtime parameter values, 
which wouldn't be so dissimilar from such a mechanism (and I agree 
would be useful). Dare one suppose that one might also want to 
parameterize the name of the output according to the value of a 
runtime parameter? :->

Cheers,
Wendell



======================================================================
Wendell Piez                            mailto:wapiez at 
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
   Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================



From bogus@does.not.exist.com  Mon Jul 27 12:20:11 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Mon, 27 Jul 2009 17:20:11 +0000 (GMT)
Subject: [oXygen-user] Interactively ask the user for a param value
Message-ID: <162170.53067.qm@web23001.mail.ird.yahoo.com>

Sorin Ristache wrote:

  Hello Sorin,

> That is not possible in the current version but we will consider
> it for a future version.

  Great, thanks!

> For each parameter we plan to allow selecting between a value
> specified in the scenario or asking for a value when the
> scenario is applied.

  Just to be sure...  You mean allowing one to tell explicitly oXygen to ask the value for a specific param, don't you?  You don't mean to ask for the value if one is not found in the scenario, right?

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/























      



From bogus@does.not.exist.com  Tue Jul 28 02:25:34 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 28 Jul 2009 10:25:34 +0300
Subject: [oXygen-user] Interactively ask the user for a param value
In-Reply-To: <162170.53067.qm@web23001.mail.ird.yahoo.com>
References: <162170.53067.qm@web23001.mail.ird.yahoo.com>
Message-ID: <4A6EA7EE.3040806@oxygenxml.com>

Oxygen will ask the value for a specific parameter that was specified by 
the user to be asked when running the scenario.


Regards,
Sorin


Florent Georges wrote:
>   Just to be sure...  You mean allowing one to tell explicitly oXygen to ask the value for a specific param, don't you?  You don't mean to ask for the value if one is not found in the scenario, right?
> 
>   Regards,
> 


From bogus@does.not.exist.com  Tue Jul 28 02:59:38 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Tue, 28 Jul 2009 07:59:38 +0000 (GMT)
Subject: [oXygen-user] Interactively ask the user for a param value
Message-ID: <848417.40103.qm@web23008.mail.ird.yahoo.com>


Wendell Piez wrote:

  Hi Wendell,

> On the other hand, I wondered whether it could be useful to have a 
> macro that would open a dialog box allowing me to select the XML 
> input file when running a scenario on a stylesheet -- in which case
> a macro that would let me parameterize the output by the input would
> be really useful.

  I think there are two orthogonal things here: the convenient user input facility (besides plain strings, you can use a select file dialog box, but also a calendar selection, etc.)  And in addition, you can either give the data in the scenario, or ask for interactive input each time the scenario is run.

  I was asking for the second feature here (interactive input,) but sure, I think the first one (different input methods) is very interesting too!

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/
























      



From bogus@does.not.exist.com  Tue Jul 28 04:01:45 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Tue, 28 Jul 2009 09:01:45 +0000 (GMT)
Subject: [oXygen-user] Saxon's XQuery -mr option
Message-ID: <22474.44576.qm@web23002.mail.ird.yahoo.com>

  Hi,

  I haven't seen any way to set the Saxon's -mr option (to set the
ModuleURIResolver used by Saxon.)  Is it possible?

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/






















      



From bogus@does.not.exist.com  Tue Jul 28 04:04:22 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Tue, 28 Jul 2009 09:04:22 +0000 (GMT)
Subject: [oXygen-user] Interactively ask the user for a param value
Message-ID: <715213.45100.qm@web23002.mail.ird.yahoo.com>

Dan Caprioara wrote:

> We are thinking of adding a macro for user input, something like:

> ${ask(message, type, default_value)}

> Example:
> ${ask('Please enter you special file path parameter', file, 'c:\input.xml')}
> ${ask('Please enter you password',? password)}

  Sounds very nice for what I was looking for...

  Thank you, regards,

-- 
Florent Georges
http://www.fgeorges.org/






















      



From bogus@does.not.exist.com  Tue Jul 28 03:36:11 2009
From: bogus@does.not.exist.com (Dan Caprioara)
Date: Tue, 28 Jul 2009 11:36:11 +0300
Subject: [oXygen-user] Interactively ask the user for a param value
In-Reply-To: <848417.40103.qm@web23008.mail.ird.yahoo.com>
References: <848417.40103.qm@web23008.mail.ird.yahoo.com>
Message-ID: <4A6EB87B.2080606@sync.ro>

Hello,

We are thinking of adding a macro for user input, something like:

${ask(message, type, default_value)}

Example:
${ask('Please enter you special file path parameter', file, 'c:\input.xml')}
${ask('Please enter you password',  password)}

If an XSLT/XQuery parameter or another value from a transformation 
scenario contains such a macro, oXygen will expand the value by asking 
the user to enter a value.  The user will be asked each time the 
scenario is executed.

Wendell, do you need something else? Do you want to bind the user input 
to a certain variable and then use it later? There could be problems, 
since the evaluation order is not guaranteed.

Cheers,
Dan

Georges wrote:
> Wendell Piez wrote:
>
>   Hi Wendell,
>
>   
>> On the other hand, I wondered whether it could be useful to have a 
>> macro that would open a dialog box allowing me to select the XML 
>> input file when running a scenario on a stylesheet -- in which case
>> a macro that would let me parameterize the output by the input would
>> be really useful.
>>     
>
>   I think there are two orthogonal things here: the convenient user input facility (besides plain strings, you can use a select file dialog box, but also a calendar selection, etc.)  And in addition, you can either give the data in the scenario, or ask for interactive input each time the scenario is run.
>
>   I was asking for the second feature here (interactive input,) but sure, I think the first one (different input methods) is very interesting too!
>
>   Regards,
>
>   


From bogus@does.not.exist.com  Tue Jul 28 05:10:34 2009
From: bogus@does.not.exist.com (George Cristian Bina)
Date: Tue, 28 Jul 2009 13:10:34 +0300
Subject: [oXygen-user] Saxon's XQuery -mr option
In-Reply-To: <22474.44576.qm@web23002.mail.ird.yahoo.com>
References: <22474.44576.qm@web23002.mail.ird.yahoo.com>
Message-ID: <4A6ECE9A.2010602@oxygenxml.com>

Hi Florent,

That is not possible in 10.3.
Since 10.3 we added support for automatically setting as module resolver 
a wrapper over the XML Catalogs from oXygen that uses the uri mappings 
to resolve the module system id before loading it. Does that cover your 
request or do you need support to specifically set another module 
resolver class?

Best Regards,
George
-- 
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

Florent Georges wrote:
>   Hi,
> 
>   I haven't seen any way to set the Saxon's -mr option (to set the
> ModuleURIResolver used by Saxon.)  Is it possible?
> 
>   Regards,
> 


From bogus@does.not.exist.com  Tue Jul 28 05:32:03 2009
From: bogus@does.not.exist.com (Florent Georges)
Date: Tue, 28 Jul 2009 10:32:03 +0000 (GMT)
Subject: [oXygen-user] Saxon's XQuery -mr option
Message-ID: <459253.23615.qm@web23004.mail.ird.yahoo.com>

George Cristian Bina wrote:

> Since 10.3 we added support for automatically setting as
> module resolver a wrapper over the XML Catalogs from oXygen
> that uses the uri mappings to resolve the module system id
> before loading it. Does that cover your request or do you
> need support to specifically set another module resolver
> class?

  Well, that's exactly what I wanted to achieve with such a resolver...  What a wonderful world ;-)

  Regards,

-- 
Florent Georges
http://www.fgeorges.org/























      



From bogus@does.not.exist.com  Tue Jul 28 07:56:18 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Tue, 28 Jul 2009 15:56:18 +0300
Subject: [oXygen-user] Feature Request: Transform Scenario Variables for
 Path and Name of Input XML Document
In-Reply-To: <C68F60F2.13CC6%ekimber@reallysi.com>
References: <C68F60F2.13CC6%ekimber@reallysi.com>
Message-ID: <4A6EF572.4060503@oxygenxml.com>

Hello,

When the scenario is associated with the transform file a variable for 
the XML URL value is useful if you want to save the output in the same 
location as the input. I added an enhancement request to our system.


Thank you for your suggestion,
Sorin


Eliot Kimber wrote:
> When developing transforms it is usually more convenient to have a scenario
> that is applied to the transform rather than its input documents, because
> the input documents often vary but the transform is constant (and it's what
> I'm editing--I may not even have the input document open in the editor).
> 
> However, the ${cfd} and ${cfn} variables reflect the document to which the
> scenario was applied.
> 
> What I would like is variables that reflect the value of the XML URL
> scenario parameter so that I can, for example, have the output go wherever
> the XML input doc is.
> 
> Thanks,
> 
> Eliot


From bogus@does.not.exist.com  Tue Jul 28 09:46:56 2009
From: bogus@does.not.exist.com (Wendell Piez)
Date: Tue, 28 Jul 2009 10:46:56 -0400
Subject: [oXygen-user] Interactively ask the user for a param value
In-Reply-To: <4A6EB87B.2080606@sync.ro>
References: <848417.40103.qm@web23008.mail.ird.yahoo.com>
	<4A6EB87B.2080606@sync.ro>
Message-ID: <20090728113311.GA37289@mail11a.verio-web.com>

Dan,

At 04:36 AM 7/28/2009, you wrote:
>We are thinking of adding a macro for user input, something like:
>
>${ask(message, type, default_value)}
>
>Example:
>${ask('Please enter you special file path parameter', file, 'c:\input.xml')}
>${ask('Please enter you password',  password)}

Slick.

>If an XSLT/XQuery parameter or another value from a transformation 
>scenario contains such a macro, oXygen will expand the value by 
>asking the user to enter a value.  The user will be asked each time 
>the scenario is executed.

... while, I guess, the 'type' keyword indicates what sort of info 
should be forthcoming, and therefore what sort of support oXygen 
might offer for providing it (file chooser dialog, etc.).

>Wendell, do you need something else? Do you want to bind the user 
>input to a certain variable and then use it later? There could be 
>problems, since the evaluation order is not guaranteed.

My original idea would be covered by this.

Then there are the more complicated possibilities prompted by Eliot's 
request. For example, could the result file name then be something 
like 'out/${tsfn}.xml' (where ${tsfn} is "transformation source file 
name, without extension")?

I can see how more exotic variants, like having the output name 
depend on a runtime parameter, could be pretty far out there.

Cheers,
Wendell



======================================================================
Wendell Piez                            mailto:wapiez at 
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
   Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================



From bogus@does.not.exist.com  Wed Jul 29 04:01:11 2009
From: bogus@does.not.exist.com (Rogie Isabelle)
Date: Wed, 29 Jul 2009 11:01:11 +0200
Subject: [oXygen-user] Author : saving and updating project
In-Reply-To: <4A38B7E4.1080707@oxygenxml.com>
References: <E3D82D7352E23348A5370D447390606602823463@hercule.wkf.net.local>	<4A38AC62.4010208@oxygenxml.com><E3D82D7352E23348A5370D44739060660282347D@hercule.wkf.net.local>
	<4A38B7E4.1080707@oxygenxml.com>
Message-ID: <E3D82D7352E23348A5370D4473906066029EAB52@hercule.wkf.net.local>

Hello,

I've tested this point with the 10.3 version and the result is different from what was envisaged.
When a user adds a file in a physical folder which is linked in a Project, an other user can see it in the window only if the Project is updated manually (by F5).
How to reload the project automatically?

Regards,
 
Isabelle 

-----Message d'origine-----
De?: oxygen-user-bounces at  [mailto:oxygen-user-bounces at ] De la part de Sorin Ristache
Envoy??: mercredi 17 juin 2009 11:31
??: oxygen-user at 
Objet?: Re: [oXygen-user] Author : saving and updating project

I am sorry, we added this automatic check after release 10.2. It will be
available in version 10.3 which we will release in a couple of weeks.
You can test it in a pre-release build available from:

http://www.oxygenxml.com/update/10.2/Author/MacOSX/author.tar.gz


Regards,
Sorin


Rogie Isabelle wrote:
> I didn't have this functioning with the version 10.2 on Mac OSX.
> Is there a parameter to select to have an automatic updating and reloading Project?
> 
> Cordialement,
>  
> Isabelle Rogie
> -----Message d'origine-----
> De : oxygen-user-bounces at  [mailto:oxygen-user-bounces at ] De la part de Sorin Ristache
> Envoy? : mercredi 17 juin 2009 10:42
> ? : oxygen-user at 
> Objet : Re: [oXygen-user] Author : saving and updating project
> 
> Hello,
> 
> The Project view updates automatically when it receives the focus. For 
> example if you switch the focus from the Author editor to the Project 
> view the project file is checked on disk and if it was changed since the 
> last check Oxygen displays a confirmation dialog for reloading the 
> current project.
> 
> We will consider adding an option for automatically saving the project 
> file in background at a configurable time interval.
> 
> 
> Regards,
> Sorin
> 
> 
> Isabelle wrote:
>> Hello,
>>
>>  
>>
>> Is it possible to save a project automatically, update the project 
>> window automatically when two persons work on the same project?
>>
>>  
>>
>> I use Author version 10.2 on Mac OS X.
>>
>>  
>>
>> Best Regards,
>>
>>  
>>
>> _______________________________________
>>
>> Isabelle
_______________________________________________
oXygen-user mailing list
oXygen-user at 
http://www.oxygenxml.com/mailman/listinfo/oxygen-user


From bogus@does.not.exist.com  Wed Jul 29 04:27:04 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 29 Jul 2009 12:27:04 +0300
Subject: [oXygen-user] Author : saving and updating project
In-Reply-To: <E3D82D7352E23348A5370D4473906066029EAB52@hercule.wkf.net.local>
References: <E3D82D7352E23348A5370D447390606602823463@hercule.wkf.net.local>	<4A38AC62.4010208@oxygenxml.com><E3D82D7352E23348A5370D44739060660282347D@hercule.wkf.net.local>	<4A38B7E4.1080707@oxygenxml.com>
	<E3D82D7352E23348A5370D4473906066029EAB52@hercule.wkf.net.local>
Message-ID: <4A7015E8.8050007@oxygenxml.com>

Hello,

The physical folders are updated automatically in the Project view only 
on a switch of the focus from other view or editor to the Project view. 
If you work only on the Project view (you do not switch focus to other 
editor/view of the Oxygen window) and the content of some physical 
folder of the current project is changed on disk by other user then a 
Refresh (F5) action is needed. Avoiding this Refresh action invoked 
manually by the user would imply that Oxygen run a *continuous* 
background action to check the synchronization between the disk content 
and the project view content. Such continuous background actions slow 
down other editing actions. We see it as a trade-off that favors other 
more frequent use cases.


Regards,
Sorin


Rogie Isabelle wrote:
> Hello,
> 
> I've tested this point with the 10.3 version and the result is different from what was envisaged.
> When a user adds a file in a physical folder which is linked in a Project, an other user can see it in the window only if the Project is updated manually (by F5).
> How to reload the project automatically?
> 
> Regards,
>  
> Isabelle 
> 
> -----Message d'origine-----
> De : oxygen-user-bounces at  [mailto:oxygen-user-bounces at ] De la part de Sorin Ristache
> Envoy? : mercredi 17 juin 2009 11:31
> ? : oxygen-user at 
> Objet : Re: [oXygen-user] Author : saving and updating project
> 
> I am sorry, we added this automatic check after release 10.2. It will be
> available in version 10.3 which we will release in a couple of weeks.
> You can test it in a pre-release build available from:
> 
> http://www.oxygenxml.com/update/10.2/Author/MacOSX/author.tar.gz
> 
> 
> Regards,
> Sorin



From bogus@does.not.exist.com  Wed Jul 29 04:49:31 2009
From: bogus@does.not.exist.com (Sorin Ristache)
Date: Wed, 29 Jul 2009 12:49:31 +0300
Subject: [oXygen-user] Author : saving and updating project
In-Reply-To: <4A7015E8.8050007@oxygenxml.com>
References: <E3D82D7352E23348A5370D447390606602823463@hercule.wkf.net.local>	<4A38AC62.4010208@oxygenxml.com><E3D82D7352E23348A5370D44739060660282347D@hercule.wkf.net.local>	<4A38B7E4.1080707@oxygenxml.com>	<E3D82D7352E23348A5370D4473906066029EAB52@hercule.wkf.net.local>
	<4A7015E8.8050007@oxygenxml.com>
Message-ID: <4A701B2B.1000207@oxygenxml.com>

I am sorry, the content of the Project view is refreshed automatically 
on receiving focus only if the project file (the .xpr file) is changed 
on disk, not if a file is added in a physical folder which is linked in 
the project. Anyway the reason for requiring a manual action is the same.


Regards,
Sorin


Sorin Ristache wrote:
> Hello,
> 
> The physical folders are updated automatically in the Project view only 
> on a switch of the focus from other view or editor to the Project view. 
> If you work only on the Project view (you do not switch focus to other 
> editor/view of the Oxygen window) and the content of some physical 
> folder of the current project is changed on disk by other user then a 
> Refresh (F5) action is needed. Avoiding this Refresh action invoked 
> manually by the user would imply that Oxygen run a *continuous* 
> background action to check the synchronization between the disk content 
> and the project view content. Such continuous background actions slow 
> down other editing actions. We see it as a trade-off that favors other 
> more frequent use cases.
> 
> 
> Regards,
> Sorin
> 
> 
> Rogie Isabelle wrote:
>> Hello,
>>
>> I've tested this point with the 10.3 version and the result is different from what was envisaged.
>> When a user adds a file in a physical folder which is linked in a Project, an other user can see it in the window only if the Project is updated manually (by F5).
>> How to reload the project automatically?
>>
>> Regards,
>>  
>> Isabelle 



From bogus@does.not.exist.com  Thu Jul 30 18:12:38 2009
From: bogus@does.not.exist.com (Georges Discry)
Date: Fri, 31 Jul 2009 01:12:38 +0200
Subject: [oXygen-user] Relax NG Pluggable Datatype Libraries
In-Reply-To: <4A041DDA.7020004@oxygenxml.com>
References: <4A041269.10601@gathex.net> <4A041DDA.7020004@oxygenxml.com>
Message-ID: <4A7228E6.4000800@gathex.net>

Looks like I'm having some issues making this work again with 10.3.

I've followed the same steps but I keep getting the message
> datatype library "http://whattf.org/datatype-draft" not recognized | common.rnc

On 05/08/2009 01:56 PM, Sorin Ristache wrote:
> Hello,
>
> You have to add the jar with the datatype library to the classpath of
> the Oxygen plugin: copy the file html5-datatypes.jar to
> ${oxygenHome}/lib/ directory and add the line
>
>     <library name="lib/html5-datatypes.jar"/>
>
> in the<runtime>  element of the ${oxygenHome}/plugin.xml file. The
> library html5-datatypes.jar needs the following jars from the Jena
> distribution otherwise you get many ClassNotFound exceptions:
>
> jena.jar
> iri.jar
> icu4j_3_4.jar
>
> You can download a Jena distribution from:
>
> http://sourceforge.net/project/showfiles.php?group_id=40417&package_id=41716
>
> You have to copy the jar files to ${oxygenHome}/lib/ and add them to
> plugin.xml:
>
>     <library name="lib/jena.jar"/>
>     <library name="lib/iri.jar"/>
>     <library name="lib/icu4j_3_4.jar"/>
>
> Restart Eclipse and you can validate the RELAX NG schema that uses the
> HTML 5 datatype library. Also you can validate XML documents against
> such a schema.
>
> We will add the steps of this procedure to the User Manual.
>
>
> Regards,
> Sorin
>
>
> Georges Discry wrote:
>> Hi,
>>
>> I'm trying to add XHTML5 support to oXygen XML editor (Eclipse plugin)
>> using the Relax NG schema files from validator.nu[1].
>>
>> However, parsing the RNC files fails because of the Datatype Library
>> with the "http://whattf.org/datatype-draft" namespace:
>>> datatype library "http://whattf.org/datatype-draft" not recognized | html5/web-forms.rnc
>>
>> Validator.nu provides a Pluggable Datatype Library[2][3] for that
>> namespace. I've copied it in the ${oxygenHome}/lib/ directory and even
>> added it to the XHTML5 classpath in the Document Type Association
>> preferences.
>>
>> However, it doesn't solve the issue. I don't know if it's a problem with
>> the .jar, the service for org.relaxng.datatype.DatatypeLibraryFactory or
>> something else and I don't know what to do to make it works.
>>
>> Thanks for your help,
>> Georges Discry