Version: (using KDE 4.4.3) Installed from: Fedora RPMs When I scroll with my keyboard in Tree View, under System Settings, I can't select (pressing Enter) and scroll down on every applet. From top to bottom, this is the situation. Scrolls 1 Y 2 Colour Y 3 Icons
(In reply to comment #0) > Version: (using KDE 4.4.3) > Installed from: Fedora RPMs > > When I scroll with my keyboard in Tree View, under System Settings, I can't > select (pressing Enter) and scroll down on every applet. From top to bottom, > this is the situation. > Sorry. The bug submitted while I was doing a table. I'll copy the finished table here. I checked going down with Down Arrow, pressing Enter, and seeing if I could repeat the process. A Y means I could scroll. A N means I couldn't scroll. As you can see, this bug will be fixed when all KCM pass this test with a Y. Scrolls? 1 Style Y 2 Colour Y 3 Icons N 4 Typefaces Y 5 GTK App Y 6 Screen Y 7 Emoticons Y 8 Window nav N 9 Window beh Y 10 Window spec Y 11 Desktop eff Y 12 Virtual Dsk N 13 Screen bord Y 14 Screensaver Y 15 Notificatio Y 16 Workspace Y 17 System Noti N 18 Bell Y 19 Accessibili Y 20 TTV Y 21 Password Y 22 Paths Y 23 Default App Y 24 Country/reg Y 25 Keyboard Y 26 Ortography Y 27 Device acts Y 28 File Assocs Y 29 Autostart N 30 NEPOMUK Y (it always says options have changed, even if they didn't) 31 Audio CD Y 32 Wallet Y 33 Akonadi Y 34 Camera Y 35 CDDB Y 36 Theme Detai Y 37 Remov Devic Y 38 Power Y 39 OpenDesktop Y 40 Service Y 41 Session Y 42 Solid Y 43 KDE Res Y 44 KDM Y (asks for root password,may improve) 45 Samba Y (asks for root password,may improve) 46 Shares Y 47 KNetworkMng Y 48 Printer Y 49 KPackageKt1 N 50 KPackageKt2 Y 51 KPackageKt1 Y 52 Date&Time Y 53 Type Instal Y 54 Action Y 55 LIRC Y (asks for LIRC) 56 Multimedia Y 57 Screen Y (all of them) 60 Keyboard Y 61 kcm_synapti Y 62 joystick Y 63 Shortcuts N 64 Global Shtc N
Not sure if this is really a bug, as some modules take focus deliberately to ease keyboard handling.
Thanks for the correction ;). I think an inconsistent behaviour should be considered a bug, from an usability perspective. The actual situation, some modules taking the focus and some not taking it, isn't easier to use, because one must memorize which ones do take over the focus and which ones don't if one wants to navigate with the keyboard. That's bad, because when I want to navigate with keyboard, I want to fly through, and if I want focus, I'll press the Tab key. Also, if you checked my list, there's no pattern to take over the focus. All depends on that volatile thing called "developer will". So it's a bug for me. Maybe the usability team could shed some light about this.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone!
Tree view is no more. :)