- From: Shane McCarron <shane@aptest.com>
- Date: Sun, 10 Aug 2008 08:18:24 -0500
- To: Doug Schepers <schepers@w3.org>
- CC: "Gregory J. Rosmaita" <oedipus@hicom.net>, w3c-wai-pf@w3.org, public-xhtml2@w3.org, w3c-wai-ua@w3.org, public-svg-wg@w3.org, wai-liaison@w3.org
I appreciate what you are trying to accomplish, and I will leave that suggestion to the working group. I have a strong bias against encouraging the behavior your are trying to permit. This is an XML module, and XML does not permit duplicate IDs. Period. It would be inappropriate to use this module as written in any non-XML grammar. And even in such a grammar (e.g. HTML4) duplicate IDs are not permitted. So I don't see why defining the behavior and therefore encouraging people to violate the rules is a good idea. If it were up to me, I would codify that duplicate IDs are an error, and that the behavior of an implementation in the face of them is unspecified (formal, IEEE term... means its a bad idea, don't do it. won't work portably). But, like I said, I value your input and know that I am dogmatic in this respect. So I will leave it to the working group. Doug Schepers wrote: > Hi, Shane- > > Shane McCarron wrote (on 8/9/08 11:10 AM): >> Okay - I have integrated a slightly changed version of this. It is >> in the latest editor's snapshot. > > Thanks, looks great. > > I do have one nitpick: > > "Also note: When processing an invalid document, if there are > duplicate ids, element groups based on targetid values may contain > multiple values, just like those of targetrole values." > > Could be: > > "Also note: When processing a document with duplicate ids, element > groups based on targetid values may contain multiple values, just like > those of targetrole values." > > This is more descriptive of the actual condition. There is no need to > point out that a document with duplicate ids may be invalid; if the > Access module is used in a language where duplicate ids are allowed, > then that document would not be invalid, so making this change to the > spec ensures the broad applicability of the Access module across > languages, and is good future-proofing. > > Regards- > -Doug Schepers > W3C Team Contact, WebApps, SVG, and CDF -- Shane P. McCarron Phone: +1 763 786-8160 x120 Managing Director Fax: +1 763 786-8180 ApTest Minnesota Inet: shane@aptest.com
Received on Sunday, 10 August 2008 13:19:20 UTC