Posted: Sat Nov 08, 2008 2:37 pm
Hello
I'm glad that XnView tries to use the explorer standards for drag&drop within the browser window, but somehow there's still confusing differences:
- When dragging an icon into a folder, the default action is "move", like in MS explorer, with an option to use "copy" when holding down the ctrl key. This is exactly as in explorer with the target being on the same harddrive as the source.
- When dragging an icon not onto a folder but just within the browser view, the default action is "copy". To just move files, you have to press "shift". With MS explorer, it defaults to "move" in this case, and either causes a custom placement of the icon (in icon view), or is just ignored (in list view).
- When dragging a file from an MS explorer window into XnView browser window, the default action depends on whether it's dropped on a folder in the browser window, or just on an emtpy place: With a folder, it defaults to "move" again, with the rest of the window it defaults to "copy". But with Windows Explorer, the default is always "move", as long the target is on the same drive.
Why is XnView kept so peculiar? The browser window is also just a representation of a folder, just like the subfolders in the browser windows are folders. Why is the drag&drop action different depending on whether I drop stuff onto a browser window subfolder or into the browser window main folder from an external app?
Towards the Total Commander way of doing things I have to say: Yes, maybe it' useful if you're used to it, but it's certainly not more logic. When I pick up an object in my room and put it down somewhere else, i expect it to be at the new place, and to be gone at the old place. It's not an everyday experience that an object you pick up at A and let fall down on B miraculously creates a clone of itself at B, but still exists at A. At least not that I'm aware of. o_O
Greetings
I'm glad that XnView tries to use the explorer standards for drag&drop within the browser window, but somehow there's still confusing differences:
- When dragging an icon into a folder, the default action is "move", like in MS explorer, with an option to use "copy" when holding down the ctrl key. This is exactly as in explorer with the target being on the same harddrive as the source.
- When dragging an icon not onto a folder but just within the browser view, the default action is "copy". To just move files, you have to press "shift". With MS explorer, it defaults to "move" in this case, and either causes a custom placement of the icon (in icon view), or is just ignored (in list view).
- When dragging a file from an MS explorer window into XnView browser window, the default action depends on whether it's dropped on a folder in the browser window, or just on an emtpy place: With a folder, it defaults to "move" again, with the rest of the window it defaults to "copy". But with Windows Explorer, the default is always "move", as long the target is on the same drive.
Why is XnView kept so peculiar? The browser window is also just a representation of a folder, just like the subfolders in the browser windows are folders. Why is the drag&drop action different depending on whether I drop stuff onto a browser window subfolder or into the browser window main folder from an external app?
Towards the Total Commander way of doing things I have to say: Yes, maybe it' useful if you're used to it, but it's certainly not more logic. When I pick up an object in my room and put it down somewhere else, i expect it to be at the new place, and to be gone at the old place. It's not an everyday experience that an object you pick up at A and let fall down on B miraculously creates a clone of itself at B, but still exists at A. At least not that I'm aware of. o_O
Greetings