On 18/11/05, Lars Oppermann <[EMAIL PROTECTED]> wrote: > Dave Pawson wrote:
> The problem remains, that OpenOffice does not handle xyz:id as someone > looking at it from the xml perspective would expect viz. it will delete > or alter any IDs that some other application has embedded into the document. http://www.w3.org/TR/2005/REC-xml-id-20050909/ rather than xyz:id > > Those use-cases that I can currently think of can be solved by using > bookmarks. I do not claim to know all the use cases, though. > I aggree, that using xml:id would be the most elegant solution from the > XML perspective. This would mean an RFE for OpenOffice like: "Leave > xml:id attributes in document intact and define under which conditions > they will not remain intact (e.g. merging two paragraphs which both have > an ID, dublicating a paragraph with an ID &c.) > What could be done with such a mechanism that cannot be done with > bookmarks today? How relevant are those use-cases? Perhaps I wasn't clear. I meant to replace (over time) all the uses (internal to ODF) of id attributes by xml:id values? As for the application modifying any added by a user (outside of Ooo) that sounds intuitively wrong to me. The normal processing might be if an id is required if it exists use it else add xml:id with value generate-id() That won't disrupt external uses? regards -- Dave Pawson XSLT XSL-FO FAQ. http://www.dpawson.co.uk --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
