OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: XML processing experiments

[ Lists Home | Date Index | Thread Index ]
  • From: Chris Lovett <clovett@microsoft.com>
  • To: 'Jarle Stabell' <jarle.stabell@dokpro.uio.no>, xml-dev@ic.ac.uk
  • Date: Fri, 7 Nov 1997 09:46:48 -0800

The Object Model in MSXML handles this by providing a convenience getText()
function on all Element nodes that returns the concatenated text.  If
someone really wants to see the entity ref nodes, they can enumerate the
child nodes and find them.  This way the client decides what they want.

> -----Original Message-----
> From:	Jarle Stabell [SMTP:jarle.stabell@dokpro.uio.no]
> Sent:	Friday, November 07, 1997 9:44 AM
> To:	xml-dev@ic.ac.uk
> Subject:	Re: XML processing experiments
> 
> David McKelvie wrote:
> >>> "<!ENTITY name 'richard'> ... <p>my name is &name;</p>"
> >
> >It's worth pointing out that Richard wants ALL of the PCDATA of the
> ><p> element to be returned as one string of characters "my name is
> >Richard", rather than as two strings "my name is " and "Richard".
> 
> Yes. But this requires one to copy (at least the first string) and a
> concatenation.
> 
> Some applications may be more interested in the speedup which may result
> from not doing this copying/concatenation, and happily accept the small
> increase in complexity handling it.
> 
> I'm playing with a design involving two pluggable "ESIS-handlers", one
> "low-level", where GI's, attribute names, attribute values, comments etc
> points directly into the source. (typically via a filemapping or an
> in-memory-buffer)
> The "low-level" ESIS-handler may copy the data into "real" strings,
> concatenate the consecutive PCDATA sections , build the tree, do
> validation
> etc and pass the events to an optional "higher-level" ESIS-handler.
> 
> I think/hope the layer which triggers the low-level events won't be very
> different from Mr Clark's "quick and dirty" parser.
> 
> (Not sure yet whether the low-level handler should just receive events, or
> whether it should query for the next event/token.)
> 
> 
> Cheers,
> Jarle
> 
> 
> xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
> Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
> To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
> (un)subscribe xml-dev
> To subscribe to the digests, mailto:majordomo@ic.ac.uk the following
> message;
> subscribe xml-dev-digest
> List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS