DITA and XMetaL Discussion
JanetC September 1, 2011 at 2:17 pm
ID’sSeptember 1, 2011 at 2:17 pmParticipants 7Replies 8Last Activity 10 years, 11 months ago
Can someone help. We are new end users of xmetal ie no direct server access and we are coming across a lot of duplicate id errors when we check in tables. Is there a way we can get a report off to find the location of the duplicates rather than having to click in every single cell to find the id's to remove. ThanksDerek Read September 1, 2011 at 7:15 pm
Reply to: ID’sSeptember 1, 2011 at 7:15 pm
Does this mean you are setting id values on table cells, the
Is this being done automatically by the software using the “auto id” feature that is configurable in Tools > DITA Options?
If so, I'm not sure why that would occur.
If this is difficult for you to describe perhaps attaching a sample file would help. Knowing the topic type, the general construction of the file and the table may give us a better chance at figuring out what is occurring.
Please also let us know what you mean by these statements:
1. “We are new end users of xmetal ie no direct server access…”
2. “…when we check in tables”
Does this mean you are using a CMS system but do not have an integration for it for XMetaL?
Perhaps that is why id values in table cells are important to you (a CMS requirement)?
I can't think of any other reason why someone would want to set an id on an
element (though I'm not aware of any CMS systems that require this either).JanetC September 2, 2011 at 3:33 pm
Reply to: ID’sSeptember 2, 2011 at 3:33 pm
Hi Derek thanks for the quick response. Sorry didnt explain myself very well, probably because I dont fully understand it. When I say we are end users I suppose I mean we are just administrators, ie have no access to the application set up or have any control. We are using it as the editor for the CMS system and I assume whoever set it up has set it so that it gives auto ids when we check in a document to the system. The problem we are having is that we have “collections” that have been converted from another system into ours and these appear to have come in with duplicate id's in any tables in documents. We are in the process of editing these and if we add a line to the table and then try to check it in it rejects because of duplicates but only if we add a line. It goes in ok if it is just text changes. Consequently we have to click on every cell in the table to remove the id and in some cases it isnt every cell. What I was hoping for is a way of getting a report or something off that showed the location of the duplicates without having to click on each cell and check the attribute inspector. Hopefully that will make a bit more sense now…………!Derek Read September 2, 2011 at 6:52 pm
Reply to: ID’sSeptember 2, 2011 at 6:52 pm
A script could be written to fix documents up during saving, or to provide you with a list of attributes with duplicate id values, but that isn't really the solution I think. The software should be giving elements unique id values. Perhaps your specific version has a bug that we are not aware of.
Note that such documents in DITA are valid XML according to the DITA DTDs so our XML validation will not complain. This is because these id attributes are not defined as true ID type attributes (in which case the XML recommendation itself says they must be unique). We don't currently have any logic to check for these in DITA (which as part of that spec says they should be unique) because the auto-id feature is supposed to only insert unique values.
Please let me know the full version number (from Help > About XMetaL Author Enterprise…) and also provide a sample document we can look at. It is still not clear to me which part of a table you are talking about, though it sounds like
It really does sound like you have an integration with a CMS system. If so, it is possible that the CMS integration is setting these values in XMetaL (through our APIs) or perhaps during the check-in process. If I can reproduce the issue without the CMS installed (by having your full version number and a sample document) then we can eliminate that possibility. If I cannot reproduce the issue then we can assume the CMS is influencing things.
If you do not wish to provide sample content here please submit a support case through our standard support channels.Derek Read September 2, 2011 at 7:30 pm
Reply to: ID’sSeptember 2, 2011 at 7:30 pm
Another option, if you don't need id attributes to be automatically set, would be to stop the product from doing that. To do that remove the element named “entry” from the list of elements to auto-id. This is done in Tools > DITA Options. See attached screen capture.mjkhan September 12, 2012 at 7:21 pm
Reply to: ID’sSeptember 12, 2012 at 7:21 pm
We are running into same issue with
tag. The assumption was that XMetal would always assign unique ids to elements. Why is tag treated differently from other tags? Is there a workaround?
The issue is that even after disabling the id for
tag, all the existing tags which already have ids continue to have problem when you insert new row in the table.
We are using XMetal 6 SP1 with Documentum integration.
MahmoodDerek Read September 12, 2012 at 8:34 pm
Reply to: ID’sSeptember 12, 2012 at 8:34 pm
When you say “the same issue” are you referring to JanetC's description? — that some other system has introduced duplicate id values and you want XMetaL to somehow fix them?
Turning off the automatic insertion of id attributes doesn't tell XMetaL's DITA authoring code to remove any that it finds (existing ones) it only tells XMetaL to stop inserting them.
However, rather than trying to figure out what is the same or different about your issue (especially since the original topic by JanetC doesn't describe their issue in full) perhaps you can start a new topic and include detailed steps there.pmasal September 21, 2012 at 3:35 pm
Reply to: ID’sSeptember 21, 2012 at 3:35 pm
Is it possible to turn off automatic insertion of ID attributes by default, when XMetaL Author is installed? Thanks!
Paul MasalskyDerek Read September 23, 2012 at 12:00 pm
Reply to: ID’sSeptember 23, 2012 at 12:00 pm
If you mean some setting you can pass to the XMetaL Author Enterprise installer that will cause it to turn this (or any) feature off, then no.
Configuration of XMetaL needs to occur after the installer has finished running, and the installer itself does not provide any customization or configuration “hooks” beyond automating the registration process.
- You must be logged in to reply to this topic.