DITA and XMetaL Discussion
technical righter December 3, 2009 at 4:23 pm
Conref path names truncating to ..conref~2December 3, 2009 at 4:23 pmParticipants 0Replies 1Last Activity 12 years, 12 months ago
We recently began implementing conrefs and our first large project is going to ship soon using them. Our localization company informed us that the conref links are broken. Research showed that they were pointing to …Conref~1 or …Conref~2, and so on.
Here's the twist: Output generates fine locally without errors.
More research found that the path change occurred only after pressing the “update all references” button.
Has anyone seen this before? How do we resolve?
Main problem is that localization company will not be able to generate content due to hundreds of inoperative conrefs.
Using WinXP with XMetal 5.01.
Thank you!Derek Read December 4, 2009 at 12:41 am
Reply to: Conref path names truncating to ..conref~2December 4, 2009 at 12:41 am
Our internal bug tracker shows that this issue was addressed in Dec. 2007.
The issue was that we were calling a Windows API to retrieve filepaths and it was returning them in the old 8.3 format. So, provided you always work with your files on Windows this would not affect you, which is obviously not the case for everyone.
I have tested with our current releases to confirm that the issue no longer occurs and it does not happen in 5.5 nor 6.0.
- You must be logged in to reply to this topic.