geeqie icon indicating copy to clipboard operation
geeqie copied to clipboard

Option to set default drag-drop behaviour to local folder as 'move' not 'copy'

Open SimonDedman opened this issue 7 years ago • 3 comments

ISSUE TYPE

  • Bug Report AND/OR
  • Feature Request

GEEQIE VERSION

Geeqie 5a6cd202
GTK toolkit unknown but probably irrelevant. Will add if required.

OS / DISTRIBUTION

Xubuntu 17.10

SUMMARY

For images in a folder '/folder/' click & dragging one or more to '/folder/subfolder/' or similar local folder copies by default when standard practice (for all OSs/file managers?) is to move / cut&paste. Could the default behaviour be changed to move, or at least an option to change it added to settings? Thanks

STEPS TO REPRODUCE

Drag image from list of images in bottom sidebar to a different folder in top sidebar

SimonDedman avatar Mar 19 '18 05:03 SimonDedman

The default action for me is always a pop-up menu giving the options of Copy, Move, Symlink or Cancel. Can you think of some option you have set that might influence this?

caclark avatar Mar 22 '18 12:03 caclark

Hi Colin, sorry for the slow reply, didn't see the email notification. Nope, nothing in the settings, would likely be the behaviour section but nothing of note there. Seems... unideal that the default action for what would intuitively be (in a file manager) a simple drag-drop spawns a menu popup... even if that IS better than copy by default (in my humble opinion)!

SimonDedman avatar Apr 17 '18 15:04 SimonDedman

It seems to me that the default action has always been to ask the user via a popup menu. With GTK2 shift+drag moved the file, and control+drag copied the file. With GTK3, that stopped working correctly. There is a commit that reinstates that functionality: http://geeqie.org/cgi-bin/gitweb.cgi?p=geeqie.git;a=commit;h=3bb1d2231c07028039ad7d2589371881e4e9ef66

caclark avatar Feb 03 '20 14:02 caclark