Cart
[Home] [By Thread] [By Date] [Recent Entries]
At 2:54 PM -0500 1/23/04, jcowan@r... wrote: Hmm, did you really mean to send this to the xml-dev list? >2.14: Using parse="text" and an xpointer should mean that whatever >the xpointer >points to is converted to text and included as such. Regardless, I will comment on point 2.14. This is very tricky because the XPointer will typically be resolved through an API such as DOM, JDOM, SAX, or XOM that does not provide full access to the original text content. That is, it eliminates white space in tags, removes the distinction between <tag/> and <tag></tag>, and so forth. The data would need to be reserialized to be included as text, and the reserialization might well not match the original text. At a minimum these issus need to be addressed in the spec, and perhaps XPointers hodul be forbidden when parse="text". If the document is parsed as text, then does an XPOinter fragment identifier even apply? (Hmm, is there a fragment identifier type defined for text/plain?) -- Elliotte Rusty Harold elharo@m... Effective XML (Addison-Wesley, 2003) http://www.cafeconleche.org/books/effectivexml http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaulaitA
|
