[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: Andy Dent <dent@h...>
• To: James Clark <jjc@j...>, xml-dev@i...
• Date: Fri, 11 Sep 1998 18:37:44 +0800

At 5:50 PM +0800 11/9/98, James Clark wrote:
>There needs to be a
>XML representation specified because an XSL stylesheet specifies its
>result as XML.
Umm, I'm not sure I can agree.

The XSL parsers that exist, and the standard, specify the result as XML.

As far as I can see there's nothing saying the output of XSL+XML can't be
an invisible set of c++ objects.

I'm not being wilfull, although possibly a little dense. I think part of my
problem comes from the fact that XSL as currently specified is not
sufficiently powerful for layout descriptions of complex nature of the
reports people are already producing with our product.

Therefore, I'm acutely aware that we can't just drop an existing XSL parser
into our app (assuming there was a portable C or C++ one) as we have to do
a lot more processing with the styles, and extend the XSL standard right
now.

The other thing that I haven't probably made clear to anyone following this
argument is that we are not starting from scratch. The report writer exists
at present.

A typical scenario is an application that creates a bunch of c++ objects to
output a report. This logic is all there - what we are doing with XML is
building an engine to re-create the same report objects currently
constructed with application code. Our use of XML is as a saved document
format, more akin to using XML for data interchange. Therefore, using
XSL+XML to output 'styled XML' then parsing the latter for visual
presentation or printing, is a lot more work than necessary.
Andy Dent BSc MACS AACM, Software Designer, A.D. Software, Western Australia
OOFILE - Database, Reports, Graphs, GUI for c++ on Mac, Unix & Windows
PP2MFC - PowerPlant->MFC portability
http://www.highway1.com.au/adsoftware/crossplatform.html

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: James Clark <jjc@j...>

• 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: Andy Dent <dent@h...>
  • Re: [ANN] Kludgey workarounds for IE and Netscape
    • From: James Clark <jjc@j...>

• Prev by Date: Re: XML is boring (was Re: coming clean with the SGML crowd)
• Next by Date: Re: XML is boring (was Re: coming clean with the SGML crowd)
• Previous by thread: Re: [ANN] Kludgey workarounds for IE and Netscape
• Next by thread: Re: [ANN] Kludgey workarounds for IE and Netscape
• Index(es):
  • Date
  • Thread