From 51f75484d723c0de2bfc68c74f8a46cb65caeb37 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 10 Apr 2008 19:18:34 -0400 Subject: let's move the access keys discussion out to the todo item about it --- doc/todo/access_keys.mdwn | 22 ++++++++++++++++++++-- 1 file changed, 20 insertions(+), 2 deletions(-) (limited to 'doc/todo') diff --git a/doc/todo/access_keys.mdwn b/doc/todo/access_keys.mdwn index e2bdab97c..ea367a197 100644 --- a/doc/todo/access_keys.mdwn +++ b/doc/todo/access_keys.mdwn @@ -27,8 +27,26 @@ and for forms buttons: - - - -There are also a few thoughts about access keys on the -[[main_discussion_page|index/discussion]]. The main criticism there it +There were also a few thoughts about access keys on the +[[main_discussion_page|index/discussion]]. Now moved to here: + +> Would anyone else find this a valuable addition. In oddmuse and instiki (the only other +> wiki engines I am currently using, the edit, home, and submit link tags have an +> accesskey attribute. I find it nice not to have to resort to the mouse for those +> actions. However, it may not be something everyone appreciates. Any thoughts? +> --[Mazirian](http://mazirian.com) +> +> > Maybe, although it would need to take the critisism at +> > into account. +> +> >> Thank you for that link. Given that the edit link is the first thing you tab to +> >> in the current layout, I guess it isn't all that necessary. I have had a +> >> a user complaint recently that Alt-e in oddmuse was overriding his access +> >> to the browser menu. + +---- + +The main criticism there it seems is that some browsers implement access keys in a way (via the Alt key) that allows them to override built-in keyboard shortcuts. I believe this is not a problem any longer in Firefox (which uses the -- cgit v1.2.3