- From: Adele Peterson <adele@apple.com>
- Date: Wed, 20 Feb 2008 13:23:05 -0800
ah, I understand now - that makes sense. thanks! On Feb 20, 2008, at 1:14 PM, Ian Hickson wrote: > On Wed, 20 Feb 2008, Adele Peterson wrote: >> >> I was looking at the definition of a valid hashed id reference, and I >> noticed some inconsistency. The first sentence says the string must >> match the id attribute, but then the last parsing rule says that the >> string can match the id or name attributes of the element. > > Right, the definition of "valid hashed ID reference" defines what's > valid, > and the rules for parsing a hashed ID reference cover how to parse > them > even if they're invalid. > > >> If the parsing rule is correct, then should there be some rule for >> determining which attribute should get checked first? And if the >> parsing >> rule is correct, maybe the initial description should mention the >> name >> attribute too. > > Why? Pointing at the name attribute is non-conforming. > > -- > Ian Hickson U+1047E ) > \._.,--....,'``. fL > http://ln.hixie.ch/ U+263A /, _.. \ _ > \ ;`._ ,. > Things that are impossible just take longer. `._.-(,_..'-- > (,_..'`-.;.'
Received on Wednesday, 20 February 2008 13:23:05 UTC