Even after pressing ALT (good convention not to be changed), no menu is displayed with Settings and therefore no shortcuts settings available. Moreover (separate bug) pressing left/right arrows on zoomed image does not switch to previous/next image. Reproducible: Always Steps to Reproduce: 1. Try to get shortcuts menu 2. Not possible 3. Actual Results: No shortcuts definition possible Expected Results: Shortcuts should be available for change
Also, no version is in the dropdown as Gwenview reports: ~$ gwenview -v org.kde.gwenview 15.08.2
Ubuntu 15.10 Wily here Ubuntu 15.10 Wily(In reply to Dan Duris from comment #0) > Even after pressing ALT (good convention not to be changed), no menu is > displayed with Settings and therefore no shortcuts settings available. > I don't understand that, in which Mode do you want to display a menu pressing Alt? Default shortcut for that action is Ctrl+M (except Full Screen Mode) > Moreover (separate bug) pressing left/right arrows on zoomed image does not > switch to previous/next image. > The zoomed image has the keyboard focus and left/right arrows change zoom factor? > Steps to Reproduce: > 1. Try to get shortcuts menu > Please describe how you want to get this menu,
Well, thank you for pointing me to the menu (that is by default disabled/not visible). ALT is used in multiple programs to display the menu, e.g. in Firefox, too. Regarding the left/right arrow - it is strange from the UX point of view that zooming in changes a standard shortcut and user is suddenly unable to continue to the previous/next image. First rule of UX: Don't change function of existing elements (in this case shortcuts) suddenly.
how do we make the menu visible? I am missing a lot of settings in the dropdown menu under settings including shortcuts, manage configuration, etc. Is there a way to unhide these?
You can make the menubar visible with ctrl-M. In Kubuntu 17.04, the menubar is definitely visible by default. If your distro is shipping GwenView without the menubar hidden by default, that's something you need to take up with them. I agree that there is a usability improvement we can make in that when the menubar is hidden, there's no obvious way to get it back or access its functions. That's tracked by https://bugs.kde.org/show_bug.cgi?id=211304