Bug 312631 - gwenview should not try to put keyboard focus onto the url bar too often.
Summary: gwenview should not try to put keyboard focus onto the url bar too often.
Status: RESOLVED FIXED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 2.10.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2013-01-04 19:41 UTC by Jekyll Wu
Modified: 2017-11-28 22:54 UTC (History)
4 users (show)

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 Jekyll Wu 2013-01-04 19:41:50 UTC
This is another annoying problem when using gwenview with keyboard only. Gwenview often makes the url bar have keybaord focus when I expect the main browsing area to have it.

use case 1: 

This is related with bug 312629. After gwenview start, open some item in the recent folders using keyboard (or mouse, does not matter). After opening that folder you will notice that the url bar has the keyboard focus, which creates a big trouble since I want to browse images in that folder instead of edting the url bar.

use case 2:

I use image slideshow as the plasma wallpaper. When I notice some nice/interesting image shown on the desktop, I will use "Open Wallpaper Image" to oepn it (in gwenview), and quite often I want to see the other images in the same folder. So I press "Enter" to switch from "View" mode to "Browse" mode. Now the url bar gets the keyboard focus again, which totally defeats my purpose of browsing that folder.

So please, do not give keyboard focus to the url bar so often. It makes using gwenview with keyboard only much less pleasant.


Reproducible: Always
Comment 1 Aurelien Gateau 2013-01-14 14:00:33 UTC
I can only reproduce this if the url bar is in "edit" mode (ie, shows a text widget, not a row of flat buttons). Is it the same for you? If so I wonder if the bug is in Gwenview or in the KUrlNavigator class.
Comment 2 Jekyll Wu 2013-01-14 14:29:07 UTC
Ah, yes, the problem doesn't bother me anymoe after making the url bar non-editable.  Now I have a workaround :)
Comment 3 Nate Graham 2017-11-08 22:31:22 UTC
Is this bug still relevant given the easy workaround?
Comment 4 null 2017-11-08 23:55:58 UTC
It's still a problem even with breadcrumb mode enabled. I see this now and then, but can definitely reproduce with "gwenview ~/Pictures" as well as "gwenview ~/Pictures/test.jpg" + Esc (make sure to not have the folder toolview open to see the focus problem).
Comment 5 Peter Mühlenpfordt 2017-11-22 11:07:43 UTC
I created a simple patch, which sets focus to thumbnails on init.
https://phabricator.kde.org/D8934
Comment 6 null 2017-11-28 22:54:05 UTC
Git commit f29f955a164e2efa4a323d751d861597a59359f8 by Henrik Fehlauer, on behalf of Peter Mühlenpfordt.
Committed on 28/11/2017 at 22:53.
Pushed by rkflx into branch 'Applications/17.12'.

Initial focus to thumbnails in browse mode

Summary:
On initializing the widgets set focus to thumbnails instead of folder tree or url bar.
Select first item in thumbnail view if nothing else is selected.

Reviewers: rkflx

Reviewed By: rkflx

Subscribers: ngraham

Differential Revision: https://phabricator.kde.org/D8934

M  +7    -0    app/mainwindow.cpp

https://commits.kde.org/gwenview/f29f955a164e2efa4a323d751d861597a59359f8