Dave Pawson wrote:
On the xml front, the move is from ID values (DTD based)
to xml:id based on its own spec.
Perhaps a goal of moving towards replacing id with xml:id
over time would be appropriate, with the same usage as current id values?
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.
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?
-Lars
--
Lars Oppermann <[EMAIL PROTECTED]> Sun Microsystems Inc.
Software Engineer - StarOffice http://www.sun.com/staroffice
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
