Bug 176204 - konq: page-up / page-down keys should work when page loads (without needing to click in the page)
Summary: konq: page-up / page-down keys should work when page loads (without needing t...
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (other bugs)
Version First Reported In: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Bugs
URL:
Keywords:
: 180001 180347 184779 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-11-27 02:24 UTC by missive
Modified: 2009-02-18 14:19 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description missive 2008-11-27 02:24:10 UTC 
Version:           4.1.80 (KDE 4.1.80 (KDE 4.2 Beta1)) (using 4.1.80 (KDE 4.1.80 (KDE 4.2 Beta1)), compiled sources)
Compiler:          gcc
OS:                Linux (i686) release 2.6.27-7-generic

When a page has finished loading, the focus should be on the page so that it can be scrolled with the page-up or page-down keys (or the arrows) without needing to click on the page first.

The way it is now, if I want to scroll with the keyboard, I first have to reach for the mouse, click on the page, then go back to the keyboard and start scrolling.
Comment 1 missive 2008-11-28 00:20:17 UTC 
Keyboard focus should also go to the page when switching tabs.

Even if the tab is switched using the keyboard shortcut, the focus is no longer on the page, so the up-arrow, down-arrow, page-up, and page-down keys do not work until the page is clicked on.
Comment 2 wyldrodney 2008-12-27 04:50:44 UTC 
I also have this bug on konqueror-4.1.85(Debian Sid backports).
Comment 3 Richard Bos 2009-01-03 14:43:37 UTC 
Same problem here, with kde-4.1.87
Comment 4 Stefano Crocco 2009-01-08 13:13:27 UTC 
Same problem with gentoo and kde-4.2.60
Comment 5 Tommi Tervo 2009-01-10 18:56:10 UTC 
*** Bug 180001 has been marked as a duplicate of this bug. ***
Comment 6 Kari Argillander 2009-01-10 19:01:23 UTC 
*** This bug has been confirmed by popular vote. ***
Comment 7 Maksim Orlovich 2009-01-10 19:04:38 UTC 
SVN commit 908980 by orlovich:

Make sure to forward the focus from the bar/view/bar container widget to 
the view, so konqueror's attempts to focus the part are honored, aka 
one can normally scroll with keyboard w/o having to force focus.

BUG: 176204


 M  +1 -0      khtml_part.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=908980
Comment 8 Maksim Orlovich 2009-01-10 19:09:19 UTC 
SVN commit 908982 by orlovich:

automatically merged revision 908980:
Make sure to forward the focus from the bar/view/bar container widget to 
the view, so konqueror's attempts to focus the part are honored, aka 
one can normally scroll with keyboard w/o having to force focus.

BUG: 176204

 M  +1 -0      khtml_part.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=908982
Comment 9 Dario Andres 2009-01-11 17:58:23 UTC 
*** Bug 180347 has been marked as a duplicate of this bug. ***
Comment 10 missive 2009-01-11 22:41:23 UTC 
This is still not working correctly in r909373.
Comment 11 missive 2009-01-18 20:20:46 UTC 
Tried again with r912906. Still not working. Will re-open bug.
Comment 12 Tommi Tervo 2009-02-18 13:33:31 UTC 
*** Bug 184779 has been marked as a duplicate of this bug. ***
Comment 13 David Faure 2009-02-18 14:19:32 UTC 
SVN commit 927870 by dfaure:

Fix the slotAddTab hack so that the widget's focusproxy is not lost... Fix will be in 4.2.1.
BUG: 176204


 M  +5 -3      konqmainwindow.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=927870