RE: [Bug 5070] Requirement for validator to implement deref()

Still not entirely comfortable with specifying a conformance rule for 
something that's not externally observable.

But I can live with this, because
- It's not "wrong". People will know what we really mean.
- I don't have a better alternative.

Thanks,
Sandy Gao
XML Technologies, IBM Canada
Editor, W3C XML Schema WG
Member, W3C SML WG
(1-905) 413-3255 T/L 313-3255
 



"Smith, Virginia (HP Software)" <virginia.smith@hp.com> 
Sent by: public-sml-request@w3.org
2007-11-03 06:45 PM

To
"Kumar Pandit" <kumarp@windows.microsoft.com>, <public-sml@w3.org>
cc

Subject
RE: [Bug 5070] Requirement for validator to implement deref()







I'm ok with that. I assume that a reasonable interpretation of this
sentence is that a validator is free to make use of a 3rd party
implementation of the deref() function... 

"MUST support" also sounds good.

--
g

-----Original Message-----
From: public-sml-request@w3.org [mailto:public-sml-request@w3.org] On
Behalf Of Kumar Pandit
Sent: Saturday, November 03, 2007 1:54 PM
To: public-sml@w3.org
Cc: Kumar Pandit
Subject: RE: [Bug 5070] Requirement for validator to implement deref()


Team,
Do you agree with Pratul's modified proposal? Please speak up if you
disagree.

The validator MUST implement the deref() XPath extension function.


------- Comment #9 from kumarp@microsoft.com  2007-11-03 20:51 ------- I
agree that a validator must implement deref() but does not have to
expose it to other programs. This was not the intention when I wrote the
proposal. I can see that it could be interpreted that way. I believe
Pratul's suggested wording from comment# 8 is more precise.

The validator MUST implement the deref() XPath extension function.