PDF thinks I still have 9.3.0

When I try to generate a PDF, the transform fails with C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com .oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\lib not found. The weird thing is that I'm running 10.3.0. I've checked the version in Window/Preferences, I've changed the dita.dir in the transformation scenario to an absolute path to 10.3.0, and I'm still getting this error. 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.

Hello, What is the current value of the dita.dir parameter? Is dita.dir the only parameter that does not have the default value anymore? Can you post the complete output of the DITA map transformation scenario from the DITA Transformation output view? Regards, Sorin Loreti, Wendy wrote:
When I try to generate a PDF, the transform fails with
C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com.oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\lib not found.
The weird thing is that I'm running 10.3.0. I've checked the version in Window/Preferences, I've changed the dita.dir in the transformation scenario to an absolute path to 10.3.0, and I'm still getting this error.
*Wendy Loreti* Senior Technical Writer Vocollect, Inc. 703 Rodi Rd. Pittsburgh, PA 15235

Hi Wendy, You should also look in the scenario "Advanced"->"Libraries" list if there are any hard-coded entries. Regards, Radu Sorin Ristache wrote:
Hello,
What is the current value of the dita.dir parameter? Is dita.dir the only parameter that does not have the default value anymore? Can you post the complete output of the DITA map transformation scenario from the DITA Transformation output view?
Regards, Sorin
Loreti, Wendy wrote:
When I try to generate a PDF, the transform fails with
C:\eclipsehelpdev\eclipse\dropins\com.oxygenxml.author_9.3.0\plugins\com.oxygenxml.author_9.3.0\frameworks\dita\DITA-OT\demo\fo\lib not found.
The weird thing is that I'm running 10.3.0. I've checked the version in Window/Preferences, I've changed the dita.dir in the transformation scenario to an absolute path to 10.3.0, and I'm still getting this error.
*Wendy Loreti* Senior Technical Writer Vocollect, Inc. 703 Rodi Rd. Pittsburgh, PA 15235
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user

Hi ! I'm new to Oxygen and am trying it out to see how it works with Docbook editing. First impression, very nice ! I have a docbook which is a master docbook with lots of xincludes like this : <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="HomePage.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CommandXpwd.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CommandXpath.xml"/> Then in each child xml file is a chapter like this <chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xi="http://www.w3.org/2001/XInclude" version="5.0" xml:id="HomePage"> Then in those pages can have links like this <para> <xref linkend="QuickStart"/> </para> <para> <link linkend="BasicSyntax"> Basic Syntax</link> </para> And the associated XML pages also have xml:id that matches these. First off, Im VERY impressed that opening the master document with the xincludes works in Oxygen and in Author mode I can see all the child documents . Nice !! But now for the fun. When I click on the link symbol in a link in the child document, it doesnt jump to the target page. Rather it just jumps to the top of the current page. But ... If I run xinclude externally to Oxygen then open up the combined document, then the jump to link feature works great, I click on the link icon and it jumps to the chapter correctly. So my question is, is this a known limitation ? Maybe I am doing something wrong ? Should I be able to use the link navigation in Author mode across files which are xinclude'd from the master document ? Thank you ! ---------------------------------------- David A. Lee Senior Principal Software Engineer Epocrates, Inc. dlee@epocrates.com 812-482-5224

Hello, It is a known limitation. When you edit a child document the link does not jump to other child document or to the master one because there is no connection configured in Oxygen between the edited child document and the target of the link. There is a connection mechanism that could be used and that we plan to use in a future version of Author for this kind of jump across child documents: a validation scenario that specifies the master document as the starting point for the validation of the current child document. Connecting the child document with the master document provides the context necessary for the identification of the target of the link. If you don't know how a validation scenario works you can watch a dedicated video demonstration on the website and you can read about it in the user manual: http://www.oxygenxml.com/demo/ValidationScenario/ValidationScenario.html http://www.oxygenxml.com/doc/ug-oxygen/validation-scenario.html Regards, Sorin Lee, David wrote:
But now for the fun. When I click on the link symbol in a link in the child document, it doesnt jump to the target page. Rather it just jumps to the top of the current page.
But ... If I run xinclude externally to Oxygen then open up the combined document, then the jump to link feature works great, I click on the link icon and it jumps to the chapter correctly.
So my question is, is this a known limitation ? Maybe I am doing something wrong ? Should I be able to use the link navigation in Author mode across files which are xinclude'd from the master document ?
participants (4)
-
Lee, David
-
Loreti, Wendy
-
Radu Coravu
-
Sorin Ristache