No related emails.
FWIW, I'm worried about overloading "selected" which currently implies user-selectability to mean something else on readonly or static interface elements like links. The term "selected" is already misused or overused. It's commonly confused with other similar terms like focused, activated, etc. ARIA 1.0 at least uses aria-selected consistently. If we change that, I think we'd b introducing more confusion for authors.
There is also PFWG-ISSUE-504 to consider, where where we want to change the taxonomy so that aria-selected is NOT allowed on radio buttons to avoid author confusion. Radio buttons currently inherit aria-selected from the option role and inherit aria-checked from the checkbox role, so authors frequently use aria-selected="true" on radios when they intend to use aria-checked="true".
Despite my objections to using aria-selected on *any* focusable element, I think the idea of indicating which link points to the current page is sound, and am generally supportive of adding either a new attribute, or allowing aria-selected on more roles such as link.
James Craig, 20 Jun 2013, 17:27:37