Henri Sivonen wrote: >> I think that something very similar will get into next official version >> of NVDL language. > > Allowing arbitrary XPath there would preclude reasonable streaming > implementations and would be an overkill for the SVG profiling use case. > Precluding streaming implementations seems like a bad idea. Have you > discussed this with oNVDL developer(s)? Read "something very similar" as something which will be either streamable XPath subset, or XPath subset only with self, attribute, parent, ancestor and ancestor-or-self axes (which requires only decent stack of element nodes on ancestor-or-self axis + their attribute nodes). > It is well-known that Jing needs less stack space that MSV for the same > validation operation. I had to increase the JVM stack space a bit but > within quite reasonable limits. But MSV usually provides much reasonable error messages (although there was recent improvement in oNVDL in this area). > I agree that the definition of "strictly conforming" documents is bad, > but my foremost beef with it is that it requires a doctype. In my > opinion, XML content on the Web (as opposed to text/html content) should > be written without doctypes. +1 -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member ------------------------------------------------------------------Received on Wednesday, 9 January 2008 16:26:46 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 January 2008 16:26:52 GMT