Pages: 1
Print
Author Topic: ID's  (Read 5745 times)
JanetC
Member

Posts: 2


« on: September 01, 2011, 08:17:01 AM »

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.  Thanks
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #1 on: September 01, 2011, 01:15:28 PM »

Does this mean you are setting id values on table cells, the <entry> element?
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 <entry> element (though I'm not aware of any CMS systems that require this either).

Logged
JanetC
Member

Posts: 2


« Reply #2 on: September 02, 2011, 09:33:36 AM »

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............!
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #3 on: September 02, 2011, 12:52:59 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 <entry> elements.

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.
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #4 on: September 02, 2011, 01:30:16 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.


* dita-options-auto-id.jpg (127.19 KB, 757x512 - viewed 581 times.)
Logged
mjkhan
Member

Posts: 20


« Reply #5 on: September 12, 2012, 01:21:03 PM »

Hi Derek,
We are running into same issue with <entry> tag. The assumption was that XMetal would always assign unique ids to elements. Why is <entry> tag treated differently from other tags? Is there a workaround?

The issue is that even after disabling the id for <entry> tag, all the existing <entry> 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.

Thanks
Mahmood
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #6 on: September 12, 2012, 02:34:17 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.
Logged
pmasal
Member

Posts: 86


« Reply #7 on: September 21, 2012, 09:35:08 AM »

Is it possible to turn off automatic insertion of ID attributes by default, when XMetaL Author is installed? Thanks!
Paul Masalsky
Logged
Derek Read
Program Manager (XMetaL)
Administrator
Member

Posts: 2621



WWW
« Reply #8 on: September 23, 2012, 06:00:23 AM »

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.
Logged
Pages: 1
Print
Jump to: