Bug 127222 - Access keys: Accessibility toggle does not consistently show tooltip keys for the visible canvas
Summary: Access keys: Accessibility toggle does not consistently show tooltip keys for...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-12 23:37 UTC by Robert Moore
Modified: 2007-02-27 08:43 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Moore 2006-05-12 23:37:55 UTC 
Version:            (using KDE KDE 3.5.2)
Installed from:    Ubuntu Packages
OS:                Linux

It seems to happen inconsistently: 

When Ctrl is used to toggle the accessibility keys (and their respective tooltips), particularly if the view is further down on longer pages with many links, no tooltips appear because they are all higher/earlier in the page.

It would be useful if a default option existed to show accessibility tooltips only on the visible parts of the canvas. If 'spare' access keys were available (and only when applicable, e.g. scroll space above, below, left or right), access key tooltips could be shown for the scrollbars (to top/bottom, PgUp/PgDn etc). This would simply enhance accessibility by reducing the number of key presses needed to navigate around the page by one. Marginal but significant, as determined by context/user.
Comment 1 Mike Frysinger 2006-08-19 19:03:12 UTC 
looks like a dupe of Bug 126766, but this one has a better summary/idea for a fix imho
Comment 2 Timothy Hobbs 2006-08-19 19:05:53 UTC 
the only problem with this fix, is that often. there are more links visible than there are keys on the keyboard.
Comment 3 Robert Moore 2006-08-20 12:37:05 UTC 
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].
Comment 4 Robert Moore 2006-08-27 21:38:19 UTC 
Withdrawn pending KDE4 release. Report to be moved to wiki. http://wiki.kde.org/
Comment 5 Robert Moore 2006-08-27 21:51:38 UTC 
Withdrawn pending KDE4 release. Report to be moved to wiki. http://wiki.kde.org/
Comment 6 Timothy Hobbs 2007-02-27 08:43:10 UTC 
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