Re: Hlink, CSS anyone?

Hash: SHA1

/ "Didier PH Martin" <> was heard to say:
| Didier replies:
| Thinking more about it. This would lead to a domino effect. If we want
| to make the XML processing tools aware of this mapping feature, then
| XSLT will have to be updated to include CSS as a processing element.
| Otherwise, XSLT has no clues to know that an element is mapped to an
| xlink characteristic.

I think any out-of-line solution to the linking conundrum will require
some change to the processing model. In our Linking and Style Note[1],
the XSL/XLink WG Task Force described how the processing model might
be augmented to provide access to out-of-band link information at the
XSLT level.

At the time, we were thinking of extended links and link bases, but
any annotation that provided additional link information could be fit
into this model. Even XHTML 1.0 could be used, simply by "knowing"
that the A, IMG, and a few other elements had link semantics.

I can't help but feel that an out-of-line solution to something as
central to the semantics of a document as linking is a mixed blessing
at best.

Taken to the extreme, you could put *all* markup out of line. This
very message could be fully tagged in a dozen different ways by
providing different "stylesheets" "semantic sheets" and "link sheets".

Despite the fact that Simon St Laurent has demonstrated that such a
scheme has interesting properties, I think it would be an enormous
step backwards.

                                        Be seeing you,

- -- 
Norman.Walsh@Sun.COM    | Nothing will ever be attempted, if all
XML Standards Architect | possible objections must be first
Sun Microsystems, Inc.  | overcome.--Dr. Johnson
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <>


Received on Monday, 30 September 2002 10:46:49 UTC