Lists Home |
Date Index |
On Thu, 2004-12-30 at 19:50 -0800, Bob Foster wrote:
> This is unproductive.
Indeed. I was pretty much done with the thread.
> Miles makes the point that parallel
> ContentHandlers wouldn't be SAX as we know it. You seem to be saying you
> could design a parallel version of SAX that could work, by some
> definition. Since document processing is unlikely to "work" if events
> occur in an arbitrary order on arbitrary threads, I assume you mean
> there would be a mechanism to control which elements could be processed
> in parallel. For the result to be called XML, there would also have to
> be sufficient locking to ensure that PIs arrive in document order wrt
> other events, etc. It's an interesting idea.
And yet not an idea I'm likely to bother with in actual practice in the
forseeable future, so I really should have signed off this sideshow a
few messages ago. I'll amend that now.
Uche Ogbuji Fourthought, Inc.
http://uche.ogbuji.net http://4Suite.org http://fourthought.com
Use CSS to display XML - http://www.ibm.com/developerworks/edu/x-dw-x-xmlcss-i.html
Full XML Indexes with Gnosis - http://www.xml.com/pub/a/2004/12/08/py-xml.html
Be humble, not imperial (in design) - http://www.adtmag.com/article.asp?id=10286
UBL 1.0 - http://www-106.ibm.com/developerworks/xml/library/x-think28.html
Use Universal Feed Parser to tame RSS - http://www.ibm.com/developerworks/xml/library/x-tipufp.html
Default and error handling in XSLT lookup tables - http://www.ibm.com/developerworks/xml/library/x-tiplook.html
A survey of XML standards - http://www-106.ibm.com/developerworks/xml/library/x-stand4/
The State of Python-XML in 2004 - http://www.xml.com/pub/a/2004/10/13/py-xml.html