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

Re: [ANN] Kludgey workarounds for IE and Netscape

• From: Andrew Bunner <bunner@m...>
• To: xml-dev@i...
• Date: Thu, 10 Sep 1998 09:39:17 -0700

[James Clark]
>An XSL processor can do other things with the result tree than just
>write it out as XML.
>
>If you want to use XSL to produce some non-XML format, first you need to
>devise an XML representation of it.  For example, in the case of HTML,
>this would be "well-formed HTML", that is XML using the element types
>and attributes of XML.  Now write some code that turns this XML
>representation into the real thing.  Now you've just got to arrange for
>this code to get run instead of the usual code that writes the result
>tree out as XML.

  The moral of the story is that if your target language is not XML, then
you have to write your own tool to take it from XML to, let's say, HTML.
One way is to get into the XSL processor and add your own code, another
(less clean) way is to write something that post-processes the XML
representation of the target language.

  Unless, of course, we change the standard.

[Paul Prescod]
>Well, we could require the output to be PDF or PostScript or something,
>but XML seems the most logical choice. The important thing is to recognize
>that we do have to choose *something*.

  XSL seems perfectly well equipped to handle any text-based target
language. So why not let it?

  I guess I don't see the same need to "choose something" or restrict it in
any way other than to say "you must produce text". There must be something
very important that we gain by insisting the target language be one thing
or another. Help me understand what this important thing is.

-- Andrew

   Andrew Bunner
   President, Founder Mass Quantities, Inc.
   Professional Supplements for the Perfect Physique
   http://www.massquantities.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...)

• Follow-Ups:
  • Re: [ANN] Kludgey workarounds for IE and Netscape
    • From: ht@c... (Henry S. Thompson)
  • XSL and Device-Independent Formatting
    • From: David Megginson <david@m...>

• References:
  • Re: [ANN] Kludgey workarounds for xt
    • From: Chris Maden <crism@o...>
  • [ANN] Kludgey workarounds for xt
    • From: Andrew Bunner <bunner@m...>
  • Re: [ANN] Kludgey workarounds for IE and Netscape
    • From: Andy Dent <dent@h...>
  • Re: [ANN] Kludgey workarounds for IE and Netscape
    • From: James Clark <jjc@j...>

• Prev by Date: Re: DTD vs Schema
• Next by Date: Summary of Namespaces and Validation
• Previous by thread: Re: [ANN] Kludgey workarounds for IE and Netscape
• Next by thread: XSL and Device-Independent Formatting
• Index(es):
  • Date
  • Thread