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. `._.-(,_..'--
(,_..'`-.;.'
