W3C home > Mailing lists > Public > public-xml-er@w3.org > February 2012

RE: Draft - Fixup or Full XML Parser

From: David Lee <David.Lee@marklogic.com>
Date: Wed, 22 Feb 2012 06:13:30 -0800
To: David Carlisle <davidc@nag.co.uk>, "public-xml-er@w3.org" <public-xml-er@w3.org>
Message-ID: <EB42045A1F00224E93B82E949EC6675E16ADC5FCF2@EXCHG-BE.marklogic.com>
I'm happy with a spec describing a parse/tree model as an abstract data type used *only* to describe the conceptual process, 
but not happy with a spec that says an implementer must concretely implement the transformation by doing so. 


-----------------------------------------------------------------------------
David Lee
Lead Engineer
MarkLogic Corporation
dlee@marklogic.com
Phone: +1 650-287-2531
Cell:  +1 812-630-7622
www.marklogic.com

This e-mail and any accompanying attachments are confidential. The information is intended solely for the use of the individual to whom it is addressed. Any review, disclosure, copying, distribution, or use of this e-mail communication by others is strictly prohibited. If you are not the intended recipient, please notify us immediately by returning this message to the sender and delete all copies. Thank you for your cooperation.


> -----Original Message-----
> From: David Carlisle [mailto:davidc@nag.co.uk]
> Sent: Wednesday, February 22, 2012 9:08 AM
> To: public-xml-er@w3.org
> Subject: Re: Draft - Fixup or Full XML Parser
> 
> On 22/02/2012 13:31, David Lee wrote:
> > I'm not suggesting implemters cannot choose to make an full XML
> > parser including API's and trees out of this. I am suggesting that
> > the spec not*require*  it.
> 
> Yes, I know, but currently I haven't seen an algorithm for fixup that
> doesn't parse the input, so I'm not sure how to spec a fixup process
> that produces a well formed XML document that doesn't first produce a
> tree (as in the current draft more or less) then serialise it.
> 
> Is there a syntax level transformation that could be specified that goes
> from an xml-er document to an xml document without first building a tree
> and then serialising (at least conceptually, implementations may
> pipeline this to start serialising the result before the tree is fully
> built as is common in xslt).
> 
> David
> 
> 
> 
> 
> 
> ______________________________________________________________
> __________
> The Numerical Algorithms Group Ltd is a company registered in England
> and Wales with company number 1249803. The registered office is:
> Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.
> 
> This e-mail has been scanned for all viruses by Star. The service is
> powered by MessageLabs.
> ______________________________________________________________
> __________

Received on Wednesday, 22 February 2012 14:14:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 22 February 2012 14:14:14 GMT