RE: Is XHTML a dead end?

So any attempt to process an XHTML + HLink document must first merge two documents before processing can even begin? I can definitely see this being cumbersome in certain scenarios but can understand why the HTML working group has decided to inflict this on us. 
 
I only hope other working groups don't actually think this mess is a good idea since the last thing we need is making decisions like "should I resolve XIncludes before or after HLink resoultion which should occur before XML:Base is processed plus whatever other external remapping exist before applying my transform or query?" every time one wants to process an XML document. 

 -----Original Message----- 
 From: Eric van der Vlist [mailto:vdv@dyomedea.com] 
 Sent: Fri 9/27/2002 9:59 AM 
 To: www-tag@w3.org 
 Cc: 
 Subject: RE: Is XHTML a dead end?
 
 


 On Fri, 2002-09-27 at 18:36, Didier PH Martin wrote:
 >
 > Hi Steven,
 >
 > I have a question. Let's say that Hlink is the answer, then, how can I
 > process an XHTML document that includes (externally or internally) an
 > Hlink mapping with an XSLT 1.0 stylesheet (even an XSLT 2.0 stylesheet
 > as specified presently)?
 
 I am not sure I understand what kind of processing you want to make,
 however if for instance, I had to transform a document with a reference
 to a HLink mapping into the same document using XLink, I would probably
 follow an approach a la Schematron and write a stylesheet to generate a
 stylesheet to do the transformation (the exercise seems pretty trivial).
 
 Eric
 --
 Rendez-vous à Paris.
                           http://www.technoforum.fr/integ2002/index.html
 ------------------------------------------------------------------------
 Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
 (W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
 ------------------------------------------------------------------------
 
 

Received on Friday, 27 September 2002 13:32:27 UTC