- oXygen-user - www.oxygenxml.com

Saxon's XQuery -mr option
by Florent Georges 28 Jul '09

28 Jul '09

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/

2 1

Re: [oXygen-user] Interactively ask the user for a param value
by Florent Georges 28 Jul '09

28 Jul '09

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/

1 0

Re: [oXygen-user] Interactively ask the user for a param value
by Florent Georges 28 Jul '09

28 Jul '09

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/

2 1

Interactively ask the user for a param value
by Florent Georges 27 Jul '09

27 Jul '09

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/

3 2

How to Force Open Toolkit to Use Saxon 9?
by Eliot Kimber 24 Jul '09

24 Jul '09

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(a)reallysi.com <mailto:ekimber@reallysi.com> 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>

2 1

Re: [oXygen-user] Pointing oxygen to xep
by Coravu Radu 22 Jul '09

22 Jul '09

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@sync.ro] > Sent: Wednesday, July 22, 2009 9:13 AM > To: Loreti, Wendy > Cc: oxygen-user(a)oxygenxml.com > 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(a)oxygenxml.com >> http://www.oxygenxml.com/mailman/listinfo/oxygen-user >> >> > > >

1 0

Pointing oxygen to xep
by Loreti, Wendy 22 Jul '09

22 Jul '09

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.

2 1

10.3 DITA Editor Behaviors
by Eliot Kimber 21 Jul '09

21 Jul '09

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(a)reallysi.com <mailto:ekimber@reallysi.com> 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>

2 1

Topicref Insertion Feature Request: Recognize Maprefs Vs. Topicrefs
by Eliot Kimber 21 Jul '09

21 Jul '09

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(a)reallysi.com <mailto:ekimber@reallysi.com> 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>

2 1

Link one ditamap to another?
by Loreti, Wendy 14 Jul '09

14 Jul '09

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.

3 2