https://bugs.kde.org/show_bug.cgi?id=154804
--- Comment #107 from MCR <[email protected]> --- I appreciate the work, truly. Having said that, respectfully the new change is still IMO, only half right and I think a user poll to the user community with options of how to implement this change to understand specifically what behavior users want would have made that clear. The dialog can be turned off for operation on same device, but not for drag/drop to another device. So drag/drop to external drive still launches the dialog. IMO, the default should be no dialog, in fact, it is superfluous. IMO, drag/drop to another device should default to a copy. If the user wants behavior other than 1) move on same device, 2) copy to another device (default macOS behavior) ONLY then should pressing key modifier Ctrl or Shift to force move or copy, be necessary. the purpose of a mouse UI and drag drop was to minimize the need for keyboard interaction. This shouldn't have been hashed out in a bug forum over years and years, among a handful of people who are arguably in the top 5% of computer users in terms of their technical savvy. A little more effort to consult a larger user community, especially newer, recent users of Linux, I believe would have made clear that a majority would have opted for an implementation I described above (dialog isn't necessary, pressing key modifier when needing to override default behavior). Thanks -- You are receiving this mail because: You are watching all bug changes.
