Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: SAX and delayed entity loading
 At 01:31 PM 12/3/98 -0600, W. Eliot Kimber wrote: >>Maybe genuinely extensible viewing _software_ will get us past this >>thicket, but I don't think notations have any inherent advantages over MIME >>types beyond their being a superset, allowing them to reference even more >>lose-able resources. > >But it's not just about *viewing*, it's about processing of all sorts. >Pulling down a plug-in for viewing a particular kind of data is only one >small application of notations. If you are only thinking about the problem >in terms of viewing things on the Web, then you are missing the point. Viewing isn't everything, certainly. Processing of all kinds should be equally extensible. But if I can't open your documents and process them because you used notations referencing things I can't get to, I might just as well turn off the computer so I don't have to look at it, right? On the other hand, if those things were self-identifying, using a publicly documented and readily available system, I might get to see something useful - whether it's a picture on my screen or the lights in my house dimming at the right time or my toaster making my toast come out just right. Worse yet, if your document about dimming the lights comes up as 'burn the toast' in my system because our notation registries were very different, I'm going to be very unhappy. (I like burned toast, but there are limits...) If you don't care about being able to exchange documents readily between applications and systems, why bother with SGML or XML? I suppose it's no worse than any other format, but it really does leave me wondering. Public registries and self-identifying documents seem like the only out of this mess to me, but so far that hasn't gone nearly far enough. Simon St.Laurent XML: A Primer / Cookies Sharing Bandwidth (December) Building XML Applications (January) http://www.simonstl.com xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...) 
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||
