aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--doc/index/discussion.mdwn18
-rw-r--r--doc/todo/access_keys.mdwn22
2 files changed, 20 insertions, 20 deletions
diff --git a/doc/index/discussion.mdwn b/doc/index/discussion.mdwn
index 3108f4e57..181557e69 100644
--- a/doc/index/discussion.mdwn
+++ b/doc/index/discussion.mdwn
@@ -308,24 +308,6 @@ Any setting for limiting how many kilobytes can be submitted via the "edit" form
----
-# Access Keys
-
-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
-> <http://www.cs.tut.fi/~jkorpela/forms/accesskey.html> 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.
-
-----
-
# Editing the style sheet.
It would be nice to be able to edit the stylesheet by means of the cgi. Or is this possible? I wasn't able to achieve it.
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
+> > <http://www.cs.tut.fi/~jkorpela/forms/accesskey.html> 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