Page 1 of 1
Favorites pane: No right-click menu, no drag&drop
Posted: Sun Jan 29, 2017 10:32 am
by m.Th.
The Favorites Pane is quite useful because it expands its sub-folders and allows us to work only with the area(s) in which the images are located without endlessly searching through the entire C:\ - or, worse, LAN - namespace.
However the Favorites Pane remained way behind in management features compared with Folders Pane. The most glaring problems are:
- the absence of drag & drop engine like in the main Tree Pane
- the absence of the same menu items(*) from the main Tree Pane
(*) - of course the menu items which are specific to Favorites Pane (remove etc.) should stay where they are.
I think that it would be a great advancement to the management features of XnView MP.
Re: Favorites pane: No right-click menu, no drag&drop
Posted: Sun Jan 29, 2017 11:45 am
by helmut
+1
All in all I second your suggestion.
m.Th. wrote:- the absence of drag & drop engine like in the main Tree Pane
- the absence of the same menu items(*) from the main Tree Pane
Could you perhaps precise your suggestion? A detailed specification would be a good base for further discussions and make Pierre's life easier.
Re: Favorites pane: No right-click menu, no drag&drop
Posted: Sun Jan 29, 2017 3:55 pm
by m.Th.
Could you perhaps precise your suggestion? A detailed specification would be a good base for further discussions and make Pierre's life easier.
Already discussed partially at
http://newsgroup.xnview.com/viewtopic.php?f=60&t=28297 but there we deviated to two-panels browser paradigm.
WRT to:
„the absence of drag & drop engine like in the main Tree Pane”
Pierre should make the Favorites Pane a drop target (super-easy - usually is a property/handler of the Widget) and then have a method/procedure like
Code: Select all
DropListOfFiles(aTargetPath: string; aListOfFiles:TFilePaths);
In this way, the same code which he use for drag&drop in Folders Tree will be used in Favorites Tree because the aTargetPath is abstract (doesn't matter from where it comes) - ok, he can pass the entire widget as an argument because after this he should handle the node change (if any) in Favorites Pane to correctly refresh the Tree.
„the absence of the same menu items(*) from the main Tree Pane”
Here is to add the same menu entries from Tree Pane and pass as parameter the current path (or the entire widget) from Favorites Pane. Again, take care at tree refresh because some primitives requires it.
Pierre has done this work for the main tree. If he was careful to maintain the separation between GUI and code he can easily add the code to another tree(s).
This is what you wanted?
Re: Favorites pane: No right-click menu, no drag&drop
Posted: Tue Jan 31, 2017 8:26 pm
by helmut
m.Th. wrote:... This is what you wanted?
Thanks for your detailed description. I meant a detailed description from the user perspective (business level), not on the technical level.
E.g. something like this:
"It should be possible to drag & drop folders from file list to the favorites pane. When dragging images from the file list and dropping them in the favorites, then..."