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

Re: SV: Tim Bray on "Which Technologies Matter?"

• To: Paul Prescod <paul@p...>
• Subject: Re: SV: Tim Bray on "Which Technologies Matter?"
• From: Daniel Veillard <veillard@r...>
• Date: Tue, 19 Mar 2002 10:16:47 -0500
• Cc: xml-dev@l...
• In-reply-to: <3C974871.F1825D2A@p...>; from paul@p... on Tue, Mar 19, 2002 at 06:17:21AM -0800
• References: <E6CDEF4DFA31524D83641C6B9550AF77013FED36@e...> <20020318101838.N27396@r...> <3C974871.F1825D2A@p...>
• Reply-to: veillard@r...
• User-agent: Mutt/1.2.5.1i

On Tue, Mar 19, 2002 at 06:17:21AM -0800, Paul Prescod wrote:
> Daniel Veillard wrote:
> > 
> >...
> > 
> >   There is also like 50 times more implementations. It also takes 50 times
> > less CPU to process (a bit stretched but between jade and libxslt rendering
> > of the same DocBook document there is a quantum gap, and yes this matters !)
> 
> There are way too many variables for you to declare that that has
> anything to do with SGML versus XML parsing. One poor algorithm in
> either DSSSL or XSLT could drag performance down that much.

  Possibly, but the end result is there, some bug or performances problems
get fixed, others don't. I was arguing against  a statement that XML was 
pure hype and less sophisticated. It may be hype but there is more
implementations to choose from, it may be less sophisticated but in practice
things which were looking impossible with the previous toolchain becomes
possible like formatting on the fly upon user request. One could probably
had done that on SGML too, but not with free software apparently. The 
sophistication trade-off have a serious impact in that area.

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@r...  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

• Follow-Ups:
  • Re: SV: Tim Bray on "Which Technologies Matter?"
    • From: "Didier PH Martin" <martind@n...>

• References:
  • SV: Tim Bray on "Which Technologies Matter?"
    • From: "Jens Jakob Andersen, PDI" <jens.jakob.andersen@p...>
  • Re: SV: Tim Bray on "Which Technologies Matter?"
    • From: Daniel Veillard <veillard@r...>
  • Re: SV: Tim Bray on "Which Technologies Matter?"
    • From: Paul Prescod <paul@p...>

• Prev by Date: Re: SV: Tim Bray on "Which Technologies Matter?"
• Next by Date: RE: SV: Tim Bray on "Which Technologies Matter?"
• Previous by thread: Re: SV: Tim Bray on "Which Technologies Matter?"
• Next by thread: Re: SV: Tim Bray on "Which Technologies Matter?"
• Index(es):
  • Date
  • Thread