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

RE: MicroXML

  • From: "David Lee" <dlee@calldei.com>
  • To: "'Amelia A Lewis'" <amyzing@talsever.com>, "'Richard Salz'" <rsalz@u...>
  • Date: Mon, 13 Dec 2010 13:26:56 -0500

RE:  MicroXML
Filesystems often use the file extension as a magic number.
I find this convenient but shouldn't be counted on ( particuarly on systems
where you can pipe via stdin ).
I'd presume that the app has to take care of using the right processor, just
as it does today if you have a mix of text, image, html , xml and Json data
in the same directory.




----------------------------------------
David A. Lee
dlee@calldei.com
http://www.xmlsh.org

-----Original Message-----
From: Amelia A Lewis [mailto:amyzing@talsever.com] 
Sent: Monday, December 13, 2010 12:51 PM
To: Richard Salz
Cc: xml-dev
Subject: Re:  MicroXML


On Mon, 13 Dec 2010 12:03:47 -0500, Richard Salz wrote:
>> How do I tell whether it's safe to use my uXML parser instead of my 
>> (heavier) XML 1.0 + Namespace in XML + XML:Base + XML:ID + whatever 
>> parser?
> 
> Does that have to be identified in the document, as opposed to out of 
> band?  Such as application configuration, fallback on failure, HTTP header

> :), etc?

Is it to be used in applications that don't provide context?  File 
storage comes rather emphatically to mind.

I had a long, entirely unproductive discussion with a former colleague 
about the XML declaration (specifically the encoding pseudo-attribute, 
in that case) versus "context," where context included things like HTTP 
headers (or MIME headers, which are different, although we kept 
ratholing on the distinction).  Context is otherwise ill-defined, at 
best.  Sure, if you have an application protocol, it's likely that 
you'll have a slot to say "document type".  Not all document processing 
happens over the network (ahem).  If you want to define a 
network-delivered document type (only), sure.  If not, then no, 
requiring a network protocol context is inadequate.

Amy!
-- 
Amelia A. Lewis                    amyzing {at} talsever.com
It is practically impossible to teach good programming to students that 
have had a prior exposure to BASIC: as potential programmers they are 
mentally mutilated beyond hope of regeneration.
                -- Edsger Dijkstra

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php


  • Follow-Ups:
  • References:

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.