The right key is key...
Sunday, July 9, 2006 10:06:56 AM
- apparently before my good mate John Foliot).What they choose to do is sometimes important. The fact that they aren't considering site-specific preferences except for "some future version, perhaps" only matters to their users - it is a convenience or accessibility functionality.
But their implementation of accesskey, which was also followed by Mozilla, causes problems for everyone. Because IE has such a large market share, things that cause sites to break in IE are not acceptable for many site designers. Making a page that causes the browser to behave in unpredicted ways and breaks the predicted functionality isn't helpful. So people are going to avoid using accesskeys that conflict with normal IE behaviour.
This is good of them, unless you are one of the people whose life would be made a lot easier by good shortcut navigation around websites. (On average people are not, like me their life will be unaffected or made just a little bit easier, but nobody who reads this blog is average, right?
). Being an international product with various localisations means that a lot of the keyboard gets used up. For many years now, authors have been trying to find the keys that cause the least conflict with bad browser implementations, instead of suggesting something that is actually memorable.(Of course authors making better use of the rel attribute to support very highly predictable navigation would be nice, too. The fact that not all browsers have good support for it isn't much of a reason not to use it, since unlike accesskey it doesn't do funny things even to browsers with poor or no implementation).
So I would love to believe that Microsoft are going to improve their implementation in IE7, and Mozilla their next version, to something that reduces the damage to the accessibility of the Web. (Yes, I do mean something like what Opera does for accesskey). It should not be difficult for them to move to the approach of having a pass-through key instead of just changing expected browser behaviour (without any warning, at the moment).
This implies changing the way part of the user interface works for people with disabilities. In general this isn't considered a brilliant idea. On the other hand the people who want to use accesskey are not getting any support, because authors avoid using it. At least some of those people would be heavy keyboard users in general, so having their browser functions vanish on them will be a frustration too. It will cause a few authors a little pain. Those who have been helpful enough to have implemented access keys and then realised that they needed to do more work to explain what is happening in IE and Mozilla/Firefox will have to change their text that says
to take account of the fact that there are different implementations out there. It seems a relatively small price (if somewhat unfair) for a relatively big improvement.press alt+key to go to this link



Mihai Sucanrobodesign # Monday, July 10, 2006 3:54:49 PM
However, it's very unlikely this will change in IE 7. Having the current behaviour is yet-another method of keeping their monopoly.
Charles McCathieNevilechaals # Friday, July 14, 2006 5:23:51 AM
All those years ago the folks at Opera were on the right track. So there is hope...
John Foliotfoliot # Saturday, July 29, 2006 1:55:32 AM
(First, as an aside, no fair - July 9th I was moving into my new apartment in Palo Alto... who's got time to blogg or comment?)
And now to the matter at hand...
I beg your pardon??? Since when does the web page author get to have the final say? Shouldn't this be an end user decision? Rightly or wrongly, IE is the defacto browser when you are obligated to use JAWS or WindowEyes (yes, this is changing, but not fast enough). As I read this, the web page has the final say, over-riding system declared hot-keys? So if the page author decides to implement < .. accesskey="j" /> this will trump all? What about IBM's HPR (which uses IE as the rendering engine, but assigns J to "Table Jump") or JAWS Laptop/IE users (where J = "Read Prior Word")
Am I the only one who sees the tail wagging the dog here?
And you wonder why I still argue against accesskeys Chaals?...
Charles McCathieNevilechaals # Saturday, July 29, 2006 4:08:02 PM
(Hope you're well in Palo Alto. I if I am lucky might come for a visit some time later in the year).
Well, this is the point. Firefox finally figured out they could do somthing better. Even Amaya sort of has a way to handle it sensibly (although if you turn access keys on it makes a lot of sense to also remap your keyboard setup).
If Microsoft insists on breaking the Web for its users, more and more of them will switch to something else. IE might be the default choice for screen reader users, but it is no longer the only reasonable one. (Nor are Jaws and WindowsEyes the only screen reader choices...) We're back in an age of browsers all moving forward. And hopefully it is not too late for MS to change the IE behaviour to something reasonable.
(I guess you know that I don't think the web page should have the final say, anyway. But they should be able to suggest a default and have something more reasonable happen in a default setup than random changes to the user's ability to control the browser...)