Re: [gobo-eiffel-develop] Fwd: Question about Gobo xml parsing library

[Colin A. <col...@gm...>]

Eric can correct me if I'm wrong, but Nenie was Franck Arnaud's
domain/library, and Franck was the most recent maintainer of the Gobo XML
parser, so you should use the Gobo parser which has many updates. It should
fully comply with XML 1.0 edition 2 (or edition 3 or edition 4, but not
edition 5, which was the W3C's way of breaking with backwards-compatibility
without incrementing the version number of XML - i.e. it should have been
XML 1.2).

On 7 September 2011 08:47, <mon...@em...> wrote:

> Thank you Alexander and Collin!
>
> My xml document is quite simple( prolog and main node ), with no DTD or
> CDATA.
> That means the spaces in attributes' value should always be preserved, no
> matter the parser is validating or not.
>
> It seems that Nenie xml parser should be corrected (it collapses the spaces
> and remove leading and tailing spaces unexpectedly.)
> I intend to patch Nenie xml parser with the diff I find in
>
> gobo-eiffel.git.sourceforge.net/git/gitweb.cgi?p=gobo-eiffel/gobo;a=commitdiff;h=374c3367994f573e2699e9df7ccb9e9372196097
>
> But that one is for gobo xml parser, although I find the code is almost the
> same with Nenie xml parser.
> Do you know the history between these two parsers?
> And what's the better choice for me, patch Nenie xml parser, or replace the
> Nenie with gobo xml parser?
>
> Thank you in advance.
>
>
>
> -----Original Message-----
> From: Colin Paul Adams [mailto:co...@co...]
> Sent: Wednesday, September 07, 2011 12:55 PM
> To: gob...@li...
> Subject: Re: [gobo-eiffel-develop] Fwd: Question about Gobo xml parsing
> library
>
> >>>>> "Alexander" == Alexander Kogtenkov <kw...@ah...> writes:
>
>    Alexander> My feeling is that the processing expectations depend on
>    Alexander> whether the XML parser is validating or not. The rule
>    Alexander> that prevents the parser from attribute normalization is
>
>    Alexander>     All attributes for which no declaration has been read
>    Alexander> SHOULD be treated by a non-validating processor as if
>    Alexander> declared CDATA.
>
>    Alexander> And if attribute declarations are present we have
>
>    Alexander>     If the attribute type is not CDATA, then the XML
>    Alexander> processor MUST further [collapse white spaces].
>
>    Alexander> So, a non-validating XML parser should not collapse the
>    Alexander> white space characters, while the behaviour of the
>    Alexander> validating one depends on the associated attribute
>    Alexander> declaration.
>
> And to spell it out, the Gobo XML parser is non-validating.
> --
> Colin Adams
> Preston Lancashire
> ()  ascii ribbon campaign - against html e-mail
> /\  www.asciiribbon.org   - against proprietary attachments
>
>
> ------------------------------------------------------------------------------
> Using storage to extend the benefits of virtualization and iSCSI
> Virtualization increases hardware utilization and delivers a new level of
> agility. Learn what those decisions are and how to modernize your storage
> and backup environments for virtualization.
> http://www.accelacomm.com/jaw/sfnl/114/51434361/
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>
>
>
> ------------------------------------------------------------------------------
> Using storage to extend the benefits of virtualization and iSCSI
> Virtualization increases hardware utilization and delivers a new level of
> agility. Learn what those decisions are and how to modernize your storage
> and backup environments for virtualization.
> http://www.accelacomm.com/jaw/sfnl/114/51434361/
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>