Re: notes on conneg-feature-hash-02

Graham Klyne <[email protected]> Tue, 20 Jul 1999 10:54:11 +0100
Newsgroups gmane.ietf.medfree
Message-ID <[email protected]>
At 19:30 14/07/99 +0200, Maurizio Codogno wrote:
>Hi all.
>I have also read conneg-feature-hash-02...
>
>sect. 3.2 : I am not sure what happens if we have an URI (either 
>direct or dereferenced through a hash) and some explicit feature.
>My personal logic will say that the latter overrides the "defaults"
>provided, but I am not sure about it and I think that some word could
>clarify the issue.

Thank you for raising this issue.  In fact, there is no concept of
"default" and "override" in the current notation.  I propose to add
something along the following lines at the end of the introductory text in
section 3, just before section 3.1 (since it applies to both hash and URI
forms):

  NOTE:  where a feature set reference is used, 
  its meaning is defined by substitution of the 
  referenced feature expression into the 
  referencing expression.  When all references 
  have been thus replaced, the result is 
  interpreted as a normal feature expression.

  In particular, if a referenced feature 
  expression contains some feature tag that is 
  also constrained by the referencing expression, 
  the constraints are interpreted per [1], 
  without regard for their origin.  e.g. (using 
  some notation introduced below):
    (& (pix-x=100) (pix-y<=300) (h.1234567890) )
  where (h.1234567890) resolves to:
    (& (pix-x<=200) (pix-y<=150) )
  yields a result equivalent to:
    (& (pix-x=100) (pix-y<=150) )

Does this help to make the intent clearer?

#g

------------
Graham Klyne
([email protected])