Lists Home |
Date Index |
- From: Paul Prescod <firstname.lastname@example.org>
- To: email@example.com
- Date: Mon, 21 Jun 1999 20:06:42 -0400
> FO's force you to reconstruct your elements as formatting objects which lose
> all contextual information from the original (both nesting and element
> identification). In this way it is like translating to HTML (which was the
That is absolutely not true. If the transformation is done on the client
side then *no information is lost* in the transformation because the
original document is still available and can be referenced through the
result document. The result document is just a view -- it can't destroy
the original information any more than a database view could.
> Why does information have to be destroyed for presentation? It is not
> required (CSS doesn't do it).
CSS doesn't solve the problems that XSL is required to solve and thus does
not serve as a counter-example of another approach to solving the same
problems. Please see my recent messages to Simon St. Laurent for examples.
Here's a simple one though:
I have a list of objects encoded in chronological order. I choose to
display them in alphabetic order. How can I do this transformation without
having a presentation that has lost the chronological ordering
If you want the chronological order, you have to go back to the source
tree! This is the case with XSL and it is going to be the case with any
language of similar power.
Paul Prescod - ISOGEN Consulting Engineer speaking for only himself
[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:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)