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

RE: The general XML processing problem


inline processing

>> So, I think I'm with Joe: Documents shouldn't specify how they are to
>> be used, they should be embedded in a process that specifies how
>> specific documents are to be used. 

>What's interesting to me about this discussion is the separation of the
>information in the XML document from the processing it will receive.
>Although the creators and senders of that document may have their own
>expectations about how that document will be processed, there is
nothing
>intrinsic to the XML which binds it to particular processing.

I would normally agree about this but I've recently been working on
something that will be released in the next month or so, that while it
has the possibility of having processing completely separate from the
document also has some parts of the processing definable inline. I
implemented the inline processing because of a definite lack in the
system, other solutions would no doubt have been possible because I
believe there is always another solution, but the environmental
conditions expected for the project, the technical level of users, and
demands on the project's capacity meant that some sort user-defined
inline processing had to be allowed. That said although the project does
allow for inline processing there is certainly nothing "intrinsic to the
xml which binds it to particular processing".

To me, any statement that something should not be done(even though it is
well within technical capabilities to do it) smacks of religiosity. I am
of course devout, but not above sneaking behind the pews for a quick bit
of inline processing if I feel it absolutely necessary to the goal at
hand.

>Instead, some organizations seem to be piling as much
>baggage as possible into the understanding of the document and using
>that as a foundation for building processors.

>Embedding markup in documents is already adding a lot of information
>that might from some perspectives better considered separate from the
>document.  Piling metadata on that embedded markup seems to give us the
>worst of both worlds: embedded markup and separate metadata.  We're in
>serious danger of losing our balance as we pile ever more expectations
>into documents.

As a philosophical thing, what kinds of embedded markup do you often see
in documents that YOU would consider better separated from the document?



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.