Version: (using Devel) option for turning off toolbox When you browsing images there is a toolbox flying around (fullscreen, rotate left, rotate right). Please, provide option to turn this off, I cannot see images because of it.
It doesn't fly by default. Anyway you can disable it by right clicking on menu and then clicking on "Main Toolbar". Though it will reappear after fullscreen mode. screenshot: http://img59.imageshack.us/img59/1416/gwenviewbug164847lb2.png
Created attachment 25646 [details] Toolbar reapper after FS mode This will solve fullscreen issue.
Not toolbar, but toolbox (*) -- tiny widget flying around. (*) I don't know the proper names for a lot of mechanism because there so many of them, sorry
Sorry, my bad. I need to read more carefully.
*** Bug 196542 has been marked as a duplicate of this bug. ***
I'm undecided on this one. I can see why someone would find the buttons annoying. On the other hand, adding yet another config option for something we got only very few complaints about might not be worth it. After all, in Dolphin you have similar buttons to select files.
You can turn those buttons off in Dolphin! :) I do, in fact. I'd be in favor of a button to turn the overlay buttons off here in Gwenview (even though I personally don't mind them).
Indeed ("Show selection marker" – TIL). I think then I would be fine with having the config option. Perhaps this bug is a good case to point future contributors to, as it is easy with very tangible results? (hint, hint ;)
I think I follow your drift, Henrik... ;)
Git commit 4a87ed952ec209d4407fad664a76a2e1afd59b95 by Henrik Fehlauer, on behalf of Huon Imberger. Committed on 14/02/2018 at 17:24. Pushed by rkflx into branch 'master'. Add options to disable some/all buttons when hovering over thumbnails Summary: Adds three options: 1) Show all (previous behaviour, now default) 2) Show only selection buttons (hide fullscreen and rotate buttons in Browse View) 3) Hide all buttons This option affects Browse View, Image View Thumbnail Bar, and the Importer tool `gwenview_importer`. Reviewers: rkflx, ngraham Reviewed By: rkflx, ngraham Subscribers: ngraham Differential Revision: https://phabricator.kde.org/D10421 M +25 -5 app/browsemainpage.cpp M +7 -0 app/configdialog.cpp M +1 -0 app/configdialog.h M +60 -16 app/generalconfigpage.ui M +1 -1 app/viewmainpage.cpp M +12 -1 importer/thumbnailpage.cpp M +10 -0 lib/gwenviewconfig.kcfg A +48 -0 lib/thumbnailactions.h [License: GPL (v2)] M +2 -1 lib/thumbnailview/thumbnailbarview.cpp https://commits.kde.org/gwenview/4a87ed952ec209d4407fad664a76a2e1afd59b95
> Added > Version Fixed In| |KDE Applications 18.04 Is there a way to automate this? At least https://www.kde.org/announcements/ is able to do it, maybe we could bend the commit hooks to do something similar? (It's a user-visible thing only anyway.)
Yes, Phabricator will add it automatically if you include the "FIXED-IN:" tag to the revision's Summary section: FIXED-IN: KDE Applications 18.04 See also: - https://community.kde.org/Infrastructure/Phabricator#Formatting_your_patch - https://techbase.kde.org/Development/Git/Configuration#Commit_Template
I know, but that's not what I meant. In theory the commit hooks should be able to figure out on their own (based on the branch and the next release coming up as determined by various metadata and/or CMake version magic) what the next release is going to be called. I'm too lazy to always include this myself ;)
What you describe would be really nice, but it's probably a question for the KDE sysadmins. Would you be able to start an email thread about that?
I guess it'll come down to who is going to put in the work to implement this. What list would be best?
https://mail.kde.org/mailman/listinfo/sysadmin