Browser - filelist - Copy should not be default action

[user0]

XnViewMP 1.4.3
Windows11 (22H2), display resolution 3840x2160, dpi scale 150%

Browser - filelist

Issue
Copy is default action when selected file(s) drag over empty space (highlighted yellow).
It deviates from standart behaviour* and there shall be serious reason(s) for such.

copy.png (14.24 KiB) Viewed 855 times

* standard drag&drop behaviour:
- drag in the same folder - do nothing
- drag with CTRL - copy
- drag with SHIFT - move (do nothing if released in the same folder, see Related)


Suggestion

• Copy action (while dragging) shall be available ONLY when CTRL is pressed

Related

• issues
  1.9.2 - browser - filelist - addressbar and titlebar when opening file list
  1.7.1 - browser - filelist - header highlighting issues
  - todo -
  1.9.3 - browser - filelist - no update after lossless operations
  1.9.2 - browser - filelist - misleading Folder conflict dialog when copying shortcut
  - fixed -
  1.8.0 - browser - filelist - details view - pasted file opens in new instance (1.9.0)
  1.6.5 - browser - filelist - history is purged only when Browser tab is opened (1.8.1)
  1.7.2 - browser - filelist - checkbox looks checked at win scale >100% (1.8.0)

• suggestions
  Settings - filelist - custom filter - open with - add more options
  Browser - filelist - filter - improve tags
  Browser - filelist - toolbar - improve customization
  Browser - filelist - toolbar - rework filters
  Browser - filelist - rename - incorrect cursor position
  Browser - filelist - hint - limit max length
  - done -
  Browser - filelist - Move should not Copy files (1.9.6)
  Browser - filelist - Copy should not be default action (1.9.6) current post
  Browser - filelist - add statusbar (1.9.0)
  Browser - filelist - details view - improve Rating, Color label appearance (1.8.1)
  Browser - filelist - context menu - unify behavior (1.8.0)

[xnview]

It was like that since first version of Classic, and i think that it's better to have copy by default...

[user0]

why?
Apart from legacy there is absolutely no point/benefits of breaking standard functionality here.
tbh, in my experience, it's more annoying than helpful.

Another issue is about the drag&drop copy function... is there any way to disable it? I don't think it needs to do quicker making a copy than copy&paste... and there is no undo. It's easily misoperated. the app crashed when I dragged a huge folder wrongly, and I felt lucky it crashed before the copy process starts (maybe it stopped and crashed because I pushed Esc immediately).
I hope there can be a way to disable this function, it really is UNNECESSARY

[xnview]

Thanks to your detailed description I can reproduce the problem.

[xnview]

This problem is supposed to be fixed in XnView MP 1.9.6. Please check and confirm the bug fix here.

[user0]

fixed in 196