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

RE: XSLT, RDF, fragment identifiers

  • To: "Simon St.Laurent" <simonstl@s...>, <xml-dev@l...>
  • Subject: RE: XSLT, RDF, fragment identifiers
  • From: "Hunsberger, Peter" <Peter.Hunsberger@s...>
  • Date: Tue, 1 Jul 2003 13:40:23 -0500
  • Thread-index: AcM/+BCp5/RCQeC5S2eMoI7HXa49VgABccoA
  • Thread-topic: XSLT, RDF, fragment identifiers

RE:  XSLT
Simon St.Laurent <simonstl@s...> replies:

> 
> Peter.Hunsberger@s... (Hunsberger, Peter) writes:
> >I'm not sure quite what the issue is?  Aren't URIs well 
> enough defined 
> >that something like:
> >
> >   *[concat('#',substring-after(uri,'#')) = @rdf:resource]
> >
> >should behave predictably?  Or am I just missing something 
> completely?
> 
> If I just want to match IDs, I can do something like that, 
> and likely will. (Probably combined with Uche's suggestions.)  
> 
> Fragment identifier interpretation can get far trickier than 
> that, though, especially given the possibilities in the 
> XPointer Framework.  
> 
> http://www.w3.org/TR/xptr-framework/
>
> For this case, I can probably stumble through, but there are plenty of
plausible 
> (largely hypertextual) cases where XSLT/XPath's lack of
> XPointer understanding will make life difficult.   XInclude's dodged
> that bullet, in Section 4.2, but even that supports the element()
scheme.

Umm, did you mean hypothetical? 

I was understanding (guessing?) that you didn't have to handle the
generalized case... In the general case, yes, that's a pain: we're up
against the same thing though I think we're going to be able to
restrict/control the fragments and don't have to handle everything.
Having a XSLT processor that supports eval() will likely suffice for us,
though truthfully I haven't spent a whole lot of time thinking about
this yet.

> (At the same time, I really don't want to pile anything additional
into those 
> specs.  If I could swap out schema support in favor of XPointer
support - well, 
> I'd think about that one and probably prefer it.)

You mean as an option for like the entire universe? Ok, I think I'd vote
for that as well ;-)



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.