by vertigo (Posted Wed Feb 15, 2017 11:55 pm)
It's worth noting this only applies to 'Browse mode' in the dropdown box above the left pane (applicable to the browser mode). I've just started using XnView so I'm learning its ins and outs, and it took me a while to figure that out, as well as what the browse and view mode were referencing. Here's an example:
View > Data Pane > Show
What you're suggesting is to display that path like that, or perhaps just "Data Pane > Show," in a tooltip. I wonder if it would be possible to instead do something like this:
Current label (Show) +(concatenate) Parent menu label (Data Pane) = Show Data Pane
Just seems like it would be cleaner that way. And while this would need to be shown in the tooltip on the toolbar, it could just replace the current text for the items in the pane in the 'Interface > Toolbar' tab.
As for sorting in a tree functionally vs alphabetically, that's tough. Whenever I deal with such a list I do tend to get a bit frustrated when two very closely related items are far apart because the list is alphabetical, but the flip side of that is that a functionally sorted list can be more difficult to find things initially because it's not always clear what category an item might be in. So you have to decide whether to make it easier to find an item initially or easier to find a related item. Here are some options:
- Allow the user to switch back and forth between an alphabetical and functionally organized list.
- Keep it alphabetical but have items related to each other (back/forward, rotate ccw/cw, previous file/next file, etc) branched off. For example, you could find back in the b's, then expand it to find forward, and you could also find forward in the f's, then expand it to find back. This would mean having many duplicate items in the list.
- Make an option to clean up the list (remove the second column with all the cmd_xyz stuff) and make the list fullscreen with multiple columns so all the options could be seen at once, negating the need to scroll back and forth all over the place looking for something.
- A combination of the above.
- Not worry about it or spend too much time on it since it's something the user will only need to mess with once with some possible periodic tweaking here and there (don't get me wrong, I'm not advocating ignoring requests to improve it, but if nobody's really asking...).
- Perhaps the best solution, IMO, would be to change how it's done altogether. Instead of opening the settings window and moving things from one vertical list to another, when the toolbar is horizontal, what about having it open a window with all the available items not already on the toolbar (essentially the left pane in the settings), without the second column (all the cmd_xyz stuff) and make it resizable with multiple rows and columns so as many items will fit in a window of a given size as possible. Then allow items to be dragged back and forth between this window and the toolbar. See Pale Moon's (and I'm assuming Firefox's) method of customizing the toolbars to see what I mean if it's unclear.
Read Main Topic
It's worth noting this only applies to 'Browse mode' in the dropdown box above the left pane (applicable to the browser mode). I've just started using XnView so I'm learning its ins and outs, and it took me a while to figure that out, as well as what the browse and view mode were referencing. Here's an example:
View > Data Pane > Show
What you're suggesting is to display that path like that, or perhaps just "Data Pane > Show," in a tooltip. I wonder if it would be possible to instead do something like this:
Current label (Show) +(concatenate) Parent menu label (Data Pane) = Show Data Pane
Just seems like it would be cleaner that way. And while this would need to be shown in the tooltip on the toolbar, it could just replace the current text for the items in the pane in the 'Interface > Toolbar' tab.
As for sorting in a tree functionally vs alphabetically, that's tough. Whenever I deal with such a list I do tend to get a bit frustrated when two very closely related items are far apart because the list is alphabetical, but the flip side of that is that a functionally sorted list can be more difficult to find things initially because it's not always clear what category an item might be in. So you have to decide whether to make it easier to find an item initially or easier to find a related item. Here are some options:
- Allow the user to switch back and forth between an alphabetical and functionally organized list.
- Keep it alphabetical but have items related to each other (back/forward, rotate ccw/cw, previous file/next file, etc) branched off. For example, you could find back in the b's, then expand it to find forward, and you could also find forward in the f's, then expand it to find back. This would mean having many duplicate items in the list.
- Make an option to clean up the list (remove the second column with all the cmd_xyz stuff) and make the list fullscreen with multiple columns so all the options could be seen at once, negating the need to scroll back and forth all over the place looking for something.
- A combination of the above.
- Not worry about it or spend too much time on it since it's something the user will only need to mess with once with some possible periodic tweaking here and there (don't get me wrong, I'm not advocating ignoring requests to improve it, but if nobody's really asking...).
- Perhaps the best solution, IMO, would be to change how it's done altogether. Instead of opening the settings window and moving things from one vertical list to another, when the toolbar is horizontal, what about having it open a window with all the available items not already on the toolbar (essentially the left pane in the settings), without the second column (all the cmd_xyz stuff) and make it resizable with multiple rows and columns so as many items will fit in a window of a given size as possible. Then allow items to be dragged back and forth between this window and the toolbar. See Pale Moon's (and I'm assuming Firefox's) method of customizing the toolbars to see what I mean if it's unclear.
Read Main Topic