XnView: MP 0.89 - 64-bit
OS: Linux/Ubuntu 16.04 LTS - 64-bit
Libformat version 7.16
Effect: The categories window goes far beyond the screen (cannot be selected).
I have thousands categories, while browsing a directory, when i right click on an image then select "Category" the windows cover more than my screen which put most of them out of reach.
I tried to use the mouse's wheel as well as the arrow keys, but i cannot reach the categories which are beyond the visible screen.
To reproduce:
1. creates many categories
2. Browse a directory with pictures.
3. Right click on any picture.
4. Mouse over "Category"
Actual behaviour (bug): Categories goes far beyond the visible screen without being able to see them nor select them.
Expected behaviour: Being able to scroll thru all categories (Verticaly or Horizontaly)
0.89: Category window goes beyond the screen
Moderators: helmut, XnTriq, xnview, Dreamer
- foxyshadis
- Posts: 395
- Joined: Sat Nov 18, 2006 8:57 am
Re: 0.89: Category window goes beyond the screen
I can definitely confirm, I reported that a few years ago. Any collection of downloaded files will inevitably have FAR more categories than can ever be displayed.
Re: 0.89: Category window goes beyond the screen
I can't make scrollable menu, so i need to find another solution...
Pierre.
Re: 0.89: Category window goes beyond the screen
A possible suggestion:
Instead of using the "on mouse over" on "Category"
Write "Category..." (note the 3 dots) and then use a mouse click and a new scrollable window opens when clicked?
with the 3 dots people will expect a new window as well as the "click" action as you have already few in this menu, so it should be a very soft transition in the user's habit.
If a scrollable window is not possible, a pagination system with <Previous | Next> should be good enough.
I do not know if it's possible, though...
Instead of using the "on mouse over" on "Category"
Write "Category..." (note the 3 dots) and then use a mouse click and a new scrollable window opens when clicked?
with the 3 dots people will expect a new window as well as the "click" action as you have already few in this menu, so it should be a very soft transition in the user's habit.
If a scrollable window is not possible, a pagination system with <Previous | Next> should be good enough.
I do not know if it's possible, though...