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

Re: XSL Debate, Leventhal responds to Stephen Deach

  • From: Paul Prescod <paul@p...>
  • To: "Simon St.Laurent" <simonstl@s...>
  • Date: Wed, 16 Jun 1999 06:28:29 -0400

leventhal model
"Simon St.Laurent" wrote:
> 
> CSS+XML doesn't allow them to post semantic markup?  (CSS by itself doesn't
> let you post _anything_, so I don't know what you're talking about.  HTML?)

When you sit down to implement an XML system the last thing you think
about is CSS, XSL, or the DOM. The first thing you think about is the
needs of the data. If you have any volume of textual data, you will
probably not get another opportunity to re-encode all of it until CSS and
XSL are historical artifacts, Microsoft is a division of Red Hat, and the
Web has more users than the telephone. 

So you *must* concentrate on the needs of the data. You must make richly
semantic markup that captures the structure of the data. And you must have
human authors start to add this semantic markup to the data as soon as
possible. You must minimize the cost of this markup effort.

Having done this process right, for a sophisticated document type, it is
highly unlikely that you will be able to display your documents directly
using CSS. Graphics will cause a problem. Cross references will cause a
severe problem. Navigational mechanisms will be lacking...and so forth.

Therefore you cannot just stick the XML file and a CSS stylesheet on your
website. You must dumb down the XML somehow -- to HTML or to some weakly
semantic variant that has redundant cross reference text, redundant
navigational mechanisms, HTML-compatible IMG tags and so forth.

Without some client-side transformational mechanism (either XSL or the
DOM), CSS *discourages* the distribution of rich semantic information
because it requires you to dumb down your data.

> The question is not whether FO's harmfulness is solvable, it's whether it's
> an acceptable cost.  I see it as a cost that wouldn't have been incurred
> had we stuck to annotation for formatting - while you could strip semantics
> to SPAN and DIV if you really wanted, the whole selector mechanism of
> Cascading Style Sheets discourages such practice.  It would have taken an
> extra level of processing to do that stripping.

As I described above, CSS requires the "extra level of processing" anyhow.
The difference is that XSL and the DOM allow that extra level of
processing to be *client side*, which means that the client is working
with rich data. Without transformation languages, CSS requires the dumbing
down to be *server side*. This isn't an argument against CSS. It's an
argument FOR transformation languages (used, sometimes, in concert with
CSS).

> In this case, 20/20 hindsight for the XSL community is an "I told you so"
> for the CSS community.  Take a look at the early battles on XSL-list and
> you'll see that I'm saying nothing original here - these arguments were on
> the list before I even subscribed.  Doesn't it seem like our responsibility
> to learn from the lessons of _one_ year ago rather than racking up the same
> kinds of problems again and again?

A year ago the XSL specification was explicit in its goal of achieving
compatibility with CSS. It referred explicitly and directly to CSS
properties. There was a separate working group formed to develop a
cross-language formatting model. As far as I can see, the FO model and the
CSS model are very close. I certainly hope so: I will soon be teaching FOs
by teaching CSS first!

-- 
 Paul Prescod  - ISOGEN Consulting Engineer speaking for only himself
 http://itrc.uwaterloo.ca/~papresco

[Woody Allen on Hollywood in "Annie Hall"]
Annie: "It's so clean down here."
Woody: "That's because they don't throw their garbage away. They make 
        it into television shows."



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/ and on CD-ROM/ISBN 981-02-3594-1
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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.