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

Re: ANN: xpath1() scheme for XPointer

• To: xml-dev@l...
• Subject: Re: ANN: xpath1() scheme for XPointer
• From: "Simon St.Laurent" <simonstl@s...>
• Date: Sat, 26 Oct 2002 12:39:34 -0400
• In-reply-to: <E185TXB-0002Jr-00@m...>
• References: <Message from "Simon St.Laurent" <simonstl@s...><4.2.0.58.20021026014106.012b9fe0@p...>

At 10:11 AM 10/26/2002 -0600, Uche Ogbuji wrote:
>Maybe your idea will work for the XInclude part, though I think it's 
>likely to
>be messy either way.  However wording that says "xpath() processors must
>report an error if they encounter either an unresolved entity" is not really
>meaningful.  You rightly couch your draft mostly by reference to XPath, and
>XPath has no concept of an XML entity (besides the sliver in
>unparsed-entity-uri().  I think it's not really meaningful, then to say that
>an XPath processor could encounter an unresolved entity.

It's not meaningful to the XPath processor itself, but it could plausibly 
be triggered by an unparsed entity report from the parser feeding the XPath 
processor.

Plausible doesn't seem good enough in this case, so I'm leaning toward a 
simple warning in the document that XPath resolution may return varying 
results depending on the parser used to feed the XPath processor.  I could 
alternately specify that entity resolution must be performed before the 
XPath processor, but that feels like my higher-level spec is reaching down 
a few levels into the murk.  Hmmm...

Simon St.Laurent
"Every day in every way I'm getting better and better." - Emile Coue

• Follow-Ups:
  • Re: ANN: xpath1() scheme for XPointer
    • From: Uche Ogbuji <uche.ogbuji@f...>

• References:
  • RE: ANN: xpath1() scheme for XPointer
    • From: "Simon St.Laurent" <simonstl@s...>
  • Re: ANN: xpath1() scheme for XPointer
    • From: Uche Ogbuji <uche.ogbuji@f...>

• Prev by Date: RE: ANN: xpath1() scheme for XPointer
• Next by Date: Updated Schema Quick Reference cards
• Previous by thread: Re: ANN: xpath1() scheme for XPointer
• Next by thread: Re: ANN: xpath1() scheme for XPointer
• Index(es):
  • Date
  • Thread