OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] reaching humans (was Re: [xml-dev] Extract A Subsetof a W

[ Lists Home | Date Index | Thread Index ]

On Fri, 2003-08-01 at 10:01, Allen Razdow wrote:
> I'm moved to point out that like many useful things, XML is a compromise
> of many principles.  UNIX declared that data should be ASCII ruled by
> LR(1) grammars, and processed by piped C programs built with
> Yacc+Lex...and that was very useful.
since when?

>   In contrast, XML represents data
> as annotated trees in a standard syntax ruled by Schemas, and processed
> by services made from JAVA/XSL/SAX/DOM/SCRIPT....and that's very useful
> too, maybe more useable and more useful than UNIX/PWB ever was.
that's a monster of a claim......

>   I
> believe that's the main thing.
> 
> -allen
> 
> -----Original Message-----
> From: james anderson [mailto:james.anderson@setf.de] 
> Sent: Thursday, July 31, 2003 7:44 PM
> To: xml-dev@lists.xml.org
> 
> 
> who is arguing to throw anything away? i'm asking whether an authority
> is
> going to be able to depend on documents in which its data depends on
> someone
> elses. i'm asking, what belongs where?
> 
> and suggesting that, whether one admits it or not, insisting on the
> blanket
> redundancy is the equivalent of sitting in front of a pile of fan-fold
> with a
> very blunt pencil. a very large pile.
> 
> "Simon St.Laurent" wrote:
> > 
> > james.anderson@setf.de (james anderson) writes:
> > >on the other hand, i can't put my finger on the last time i seriously
> > >tried to interpret a stack trace without a symbol table. or rather
> > >without some machine doing the interpretation for me. and even in the
> > >days when i had to, it never would have occurred to me to expect to
> > >find my comments in the machine code.
> > 
> > I think markup's a completely different kind of toolset, with virtues
> > you don't appear to value.
> > 
> > Markup is capable of reaching people who'll never need or want to go
> > anywhere near a stack trace.  It's built that way explicitly, at a
> > pretty high cost.  Throwing away those features while working with XML
> > seems perverse at best.
> >
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
> 
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>
> 





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS