[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SAX Filters

  • From: David Brownell <david-b@p...>
  • To: Leigh Dodds <ldodds@i...>, xml-dev <xml-dev@l...>
  • Date: Thu, 19 Apr 2001 09:47:48 -0700

envelope filter saxophone
> > The focus of that pipeline framework is multi-stage efforts, though
> > not just transformation.  I've not thought how Schematron-esque
> > processing would be done -- you imply they wouldn't just be stages
> > in filter pipelines.
> 
> Its probably closer to your Tee-piece concept, although the other way
> around. The Schematron validator - which would be the actual stage
> in the filter - is generated through a separate transformation (a T-piece,
> feeding *into* the main pipe, rather than splitting off events from it)

What "main pipe"?  It's a graph ... there can be many producers,
many consumers ... tee joints send event to two consumers, and
(given any synchronization that may be needed) any consumer can
be fed by multiple consumers!  :)

I'll have to think about Schematron a bit more though.


> > I prefer the idea of setting the pipelines up for the task at
> > hand first, then feeding it the data.  But I'd agree that there's no
> > reason that
> > the task should not be determined from the envelope wrapping that data; so
> > long as there's a clear delineation between the data and task.
> 
> Would the task necessarily be determined by the envelope?

That's dependent on application architecture.  I think it'd be just
as likely that the task is known in advance, perhaps as one of
a handful of options.


> What about delivering an XML document to an XML browser, surely it'd
> want to configure its rendering pipeline based on the particular namespaced
> elements in the document?

So the task is "rendering", known in advance!  Is the output
device also known in advance?  The 6"x4" two color paged
output is a bit different from 2" square mono PDA screen,
or the IE2 web browser that NT4 ships with.

Answering that question would call for an application to be
architected.  It might be preferable to set up a pipeline that's
general enough to handle all supported element types, and
then use pipeline shortcuts to optimize (say, when no SVG is
involved).  And it's not clear to me how that application would
divide work between its processing stages, either ...

- Dave



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.