Bug 100661 - Horizontal scrolling using arrow keys doesn't work
Summary: Horizontal scrolling using arrow keys doesn't work
Status: RESOLVED DUPLICATE of bug 99624
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 1.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-02 17:41 UTC by Hugo Rodrigues
Modified: 2008-04-19 16:37 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hugo Rodrigues 2005-03-02 17:41:18 UTC
Version:           1.0 (using KDE 3.4.0 Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.8-24.10-default

Horizontal scrolling using Left/Right keyboard arrow keys doesn't work within the displayed web page inside Akregator (called from "Complete Story"). The Up/Down keys work, and using the horizontal scroll bar also works, so this is some small keyboard handling bug worth fixing for KDE 3.4.
This behaviour is seen if the window is small enough for the horizontal scroll bar to apear ;). This happens both in standalone Akregator or Kontact plugin.
Comment 1 Teemu Rytilahti 2005-03-03 22:49:25 UTC
Yup, this is known problem... Happens because left and right are used to move from article to article.
Comment 2 Teemu Rytilahti 2005-04-03 22:58:00 UTC

*** This bug has been marked as a duplicate of 99624 ***
Comment 3 Sebastien 2006-02-26 23:51:12 UTC
As I don't think Bug 99624 is a duplicate of this one, I will post there.

So, even in KDE 3.5.1, Left/Right keyboard arrows do not work in Web pages.

This is, of course, because they are assigned to "Previous/Next Article".

IN KDE 3.5.1, pressing Left/Right arrow on a Web page does not change the current article anymore: thanks.
This was obviously wrong because there were no feedback that the article changed and nobody would even want that to happens.

But there is a little better you can do: you can do what users expect Akregator should do:
- Left/Right arrows in article list: move to previous/next article (already do that)
- left/Right arrows in an article tab: scroll horizontaly.

HOW? HERE IS THE TRICK:

When the focused tab is changed to an article one (KHTML view), DISABLE the "Move to Next/Previous Article" actions.
Since those actions will not handle the event anymore, the KHTML view will receive them and do what it should do.
Of course, when going back to the article-list tab, the actions should be re-enabled, and the behaviour is now consistent with KMail and do what people want it to do.
Comment 4 Alan Jenkins 2008-04-19 16:36:59 UTC
I agree with Sebastian.  Please reopen this bug; it doesn't seem to be a duplicate of Bug 99624.  To keep up to date: I see this behaviour in version 3.5.8.

It cripples using Akregator with the keyboard, especially on relatively low resolution systems like my EEE pc :-).

I may be sufficiently motivated to submit a patch (after my exams next week).