When I use dita.setConref on an existing conref, specify a new url and
save the file, the change is not persisted (although the new content is
transcluded after changing the @conref). At first I thought I had broken
something, but I've reverted back to the original addon and I can still
reproduce. The workaround is to first call dita.setConref [unset], then
call dita.setConref.
Another problem I'm having is that the relative paths generated by
dita.setConref include a root drive letter. Here's my scenario:
source file is c:\private\file_1.xml
I use dita.setConref and map a conref to c:\user_doc\topics\file_2.xml
The resulting conref url looks like this:
../../c:/user_doc/topics/file_2.xml
While this path is technically accurate (XXE can find and transclude the
file), the climb above root and back down is unneccessary, and the
toolkit is choking on it. When I convert file_1.xml, it throws this
error:
[pipeline] [DOTJ013E][ERROR] Failed to parse the referenced file
'..\..\C:\user_doc\topics\file_2.xml' due to below exception. Please
correct the reference base on the exception message.
[pipeline] java.io.FileNotFoundException:
c:\private\..\..\C:\user_doc\topics\file_2.xml (The filename, directory
name, or volume label syntax is incorrect)
The resulting conref should look like this:
../user_doc/topics/file_2.xml And if I set the conref url manually to
this path, the toolkit processes the file without a problem.
The last issue I see is that the relative path context reported in the
Set conref dialog ("If path is a relative path, it is relative to
[context_path]") varies. If there is no pre-existing conref, the context
path is the location of the current document. But when you change an
exsting conref, the context path is the path to the current conref
target. The resulting conref path ends up correct, regardless (well,
except for the problem above), but I think its confusing to the user
that the context path is not always simply the path to the current
(source) document.
Mark Fletcher
Workday(tm)
www.workday.com <http://www.workday.com/>
925-951-9053 (office)
mark.fletcher at workday.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.xmlmind.com/pipermail/xmleditor-support/attachments/20060811/db4462d7/attachment.htm