Community Tip - Learn all about PTC Community Badges. Engage with PTC and see how many you can earn! X
Hi, all...
The Arbortext change tracking namespace declaration and <info> element remain in a DITA topic even after you've accepted all changes. The DITA Open Toolkit chokes on the xmlns:atict attribute and excludes the file from the build. Here is the root tag of a concept topic with the offending change tracking attribute:
<concept id="whatever" xmlns:atict="http://www.arbortext.com/namespace/atict">
Does anyone have a workaround? Does anyone think that Arbortext should remove this code once the last change has been accepted or rejected? Thx
Steve Fogel
Information Architect
Oracle Database Information Development
Hi Steve
I had the same issue few months back with the atict:info element, it did not relate to DITA but different product. As far as I remember I had to use write command with -ct changesapplied which removes the atict declarations from your XML file. Try help center and 'write (command)'.
Regards
Marcin
Honestly, one of the first things I did with our configuration for Arbortext was to disable change tracking, and I haven't looked back. I try to keep our DITA source as free from custom Arbortext tags/code as possible and change tracking puts plenty of custom tags in.
It hasn'tbeen a huge issue for my users, some complained at first, but they've all gotten used to it.DITA topics done right shouldn't be gigantic anyways so figuring out what changed usually isn't a big deal.
Sorry it's not a solution, but maybe asking users if they really need change tracking is a place to start for the time being. PTC should set it up so there's no custom Arbortext tagging left in the file once all changes have been accepted.
One last alternative, you could probably create a custom hook to remove that line of xml from the file when a specific event occurs (like a save). But you'd have to test it to make sure it doesn't remove the line when you still have changes that haven't been accepted.
Thanks, Gareth! I honestly haven't looked at that feature closely, but I will next time I need to do a compare. Just shows no matter how long you work with Arbortext, there's always some feature or switch or something burried somewhere that you didn't know about.
In Reply to Gareth Oakes:
Hi Brett,
Just in case you haven't found the feature yet, you can still figure out what's changed by comparing two versions of the topic using the built-in Arbortext document compare feature.
Cheers,
Gareth