https://bugs.kde.org/show_bug.cgi?id=304563
Bug ID: 304563 Severity: normal Version: 4.9 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Akregator 4.9.0 handles keyboard input badly when focus is on article list Classification: Unclassified OS: Linux Reporter: war...@gmx.de Hardware: Gentoo Packages Status: UNCONFIRMED Component: general Product: akregator Dear devs Starting with 4.9.0, Akregator introduces different (and IMHO wrong) behaviour when the focus is on the article list: When pressing cursor up/down, the previous/next article is shown. This should not happen because: - cursor left/right are assigned to those actions by default. Cursor up/down are not assigned, and hence they should not trigger them. - it is common practice in programs like this (such as KMail and KNode), to have cursor up/down instead scroll the article, regardless of where the keyboard focus is (which was also Akregator's behaviour before 4.9) Konqueror offers to use vi-like shortcuts such as j/k to scroll down/up, respectively. This worked nicely in the 4.8 series, but now, the article doesn't scroll anymore, only the article list jumps around its centre when pressing j. Thanks for your consideration. Reproducible: Always Steps to Reproduce: - Click on an article in the article list. - Press cursor up/down Actual Results: The previous/next article is shown. Expected Results: The shown article should scroll up/down. Some would say that the new behaviour is more intuitive (because if the article list is focused, then all keyboard input should affect that list). However, it is less practical because that way it becomes impossible to fully navigate a feed with the keyboard only. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs