OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] XPointer crisis

[ Lists Home | Date Index | Thread Index ]

On Friday 01 February 2002 02:48 pm, Michael Kay wrote:
> Apart from anything else, I've always felt that the XLink/XPointer
> architecture was far too presentation-oriented. It fails to
> recognize that the document as displayed on screen may be only
> distantly related to the source XML, which to my mind is the essence
> of the XML success story. Ranges don't mean anything unless your
> document is being displayed more-or-less as-is.

There are issues around this, sure. We used to call it the "Content in 
Context" problem.... do you link to the source, or to derived view.
At the end of the day, that is at least partly an application question.

That said, I implemented XPointer for both match and select patterns 
in XT. With a fairly small amount of work, I might even be able to 
hook up an XLink resolver into the XSLT processor.

FWIW. I have seldom seen real cases where you couldn't project the 
range information forward through a transformation... you can always 
do intermediary fixups along the way. The *real* problem is trying to 
correlate the transformation output back to the source. XSLT certainly 
doesn't make that easy, ranges or not.




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS