Summary: | Access keys: Accessibility toggle does not consistently show tooltip keys for the visible canvas | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Robert Moore <rdm> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | bugzilla |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Robert Moore
2006-05-12 23:37:55 UTC
looks like a dupe of Bug 126766, but this one has a better summary/idea for a fix imho the only problem with this fix, is that often. there are more links visible than there are keys on the keyboard. A possible solution to the higher number of links than keys: -Generate blank shortcuts; -When mapping is toggled with [Ctrl], enable the cursor keys to move; the "selected shortcut" caret/focus to the next logical shortcut widget, according to positioning; -[Return]/[Enter] can be use to follow the link or shortcut that has focus -If the accessibility widget has a key mapped to it then pressing that key will still also work; -[PgUp] and [PgDn] scroll the window and force a re-mapping of keyboard shortcut widgets; This improves to accessibility even if it forces the use of two or more keys sometimes, because only one key needs to be pressed at a time; (Please vote for this bug report.) I do not know if this is currently possible, depending on the modifier functionality of cursor keys in combination with [Ctrl]. Withdrawn pending KDE4 release. Report to be moved to wiki. http://wiki.kde.org/ Withdrawn pending KDE4 release. Report to be moved to wiki. http://wiki.kde.org/ WTF, this bug has not been fixed. it is a trivial fix, and it is a MAJOR bug for those of use who are disabled. Don't mark it a WORKSFORME!!!i |