[Bug 13958] Authors should be able to request specific modifiers for accesskeys

https://www.w3.org/Bugs/Public/show_bug.cgi?id=13958

Charles McCathieNevile <chaals@opera.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chaals@opera.com

--- Comment #8 from Charles McCathieNevile <chaals@opera.com> 2012-09-15 12:11:02 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > One open question is what to do about the way that different platforms use
> > different accelerators for different purposes. e.g. Windows uses Ctrl where Mac
> > uses Command; Mac and Unix have accelerators like Ctrl+A for going to the start
> > of the line, and each platform has their own eccentricities, e.g. Mac's "Home"
> > key doesn't act like Windows' "Home" key; "Shift-Delete" on Windows is quite
> > different than on Mac, etc. I don't really want to have to list a bazillion
> > "virtual" keys for these purposes.
> 
> I think we should translate these to editing command name; e.g. Delete,
> DeleteForward, etc... In WebKit at least, home, end, etc... are also translated
> to editing commands internally.
> 
> Once we add beforeeditingaction and editingaction events (or extend
> beforeinput/input events), then authors can intercept those commands instead of
> adding specific key bindings by menu/command/etc...

Where there are commands (see IndieUI - someone else is inventing those
wheels), there should be no need to define accesskeys, as the user agent should
take care of providing access to the commands in a way that makes sense to the
user.

Letting the author interfere in this is simply a recipe to perpetuate the mess
we have had for the last decade, of things that don't actually work at all on
many systems in the name of giving the author the ability to force everything
to match whatever system s/he did imagine.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Saturday, 15 September 2012 12:11:03 UTC