Opened 18 years ago
Closed 17 years ago
#2381 closed enhancement (wontfix)
[patch] Add accesskeys to admin-site forms
Reported by: | Owned by: | nobody | |
---|---|---|---|
Component: | contrib.admin | Version: | |
Severity: | minor | Keywords: | None |
Cc: | None | Triage Stage: | Design decision needed |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
Would be nice if in the admin interface there were accesskey's for the various save buttons and such. So that people could use 'alt-s' instead of clicking save every time. Not a huge deal, but would be a minor improvement that can really help when people are doing massive data entry.
Attachments (2)
Change History (12)
comment:1 by , 18 years ago
Summary: | AccessKey's for Efficiency in the Admin → Add accesskeys to admin-site forms |
---|
by , 18 years ago
Attachment: | accesskey.diff added |
---|
comment:2 by , 18 years ago
Summary: | Add accesskeys to admin-site forms → [patch] Add accesskeys to admin-site forms |
---|
by , 18 years ago
Attachment: | accesskey.2.diff added |
---|
Internationalize colon - I forgot that some languages use it differently
comment:3 by , 18 years ago
I'm not sure about this; accesskeys are a good idea in theory, but in actual practice they leave a lot to be desired. The attached patch, for example, includes an access key (the 'a' binding for 'save and add another') which conflicts with keyboard shortcuts in one browser (IE) and two screen readers (JAWS and IBM Home Page Reader).
A good chart of which keys are bound to built-in functions in which user agents is here: http://www.wats.ca/show.php?contentid=43
WATS, which produced that chart and which is a good resource on accessibility issues, also has an article which points out problems with accesskeys: http://www.wats.ca/show.php?contentid=32
comment:4 by , 18 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Marking as a wontfix for the reasons pointed out by ubernostrum.
comment:5 by , 18 years ago
Resolution: | wontfix |
---|---|
Status: | closed → reopened |
Adrian - I'm convinced the concerns about accesskeys have changed since 8/31/2006. For example, they don't interfere with firefox now. One has to hold shift+alt+"accesskey" in order to use accesskey functionality. This conflict with internal browser functionality was the only concern raised in the link ubernostrum posted on 8/24/06 (http://www.wats.ca/show.php?contentid=43).
Given the ready availability of accesskeys in wikipedia, google apps -- I think they're here to stay. This is an solid patch. I've tested it on my local install. Cheers!
comment:6 by , 18 years ago
Triage Stage: | Unreviewed → Design decision needed |
---|
comment:7 by , 17 years ago
Cc: | added |
---|---|
Component: | Admin interface → Uncategorized |
Keywords: | None added |
Summary: | [patch] Add accesskeys to admin-site forms → http://pharmacy.com.md |
Version: | → 0.96 |
Pharmacy Online, http://pharmacy.com.md All meds are here! Delivery From One Day, Low prices! GET IT NOW! Receive discount!
comment:8 by , 17 years ago
Component: | Uncategorized → Admin interface |
---|---|
Summary: | http://pharmacy.com.md → [patch] Add accesskeys to admin-site forms |
Version: | 0.96 |
Spammers begone!
comment:9 by , 17 years ago
I had this same thought about keyboard shortcuts for the Admin and did a search before filing a new ticket. I'd like to see this as a lot of our users are doing data entry and this would help greatly. (That said, now that I have the patch file I can easily patch our install.)
I also agree that access keys should be up to the browser to handle better.
What about a:
class Admin:
enable_access_keys = True
setting?
comment:10 by , 17 years ago
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
This has already been wontfixed by Adrian.
Add a few accesskeys to the admin