[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #103 from Nate Graham --- If you want to get technical, I think it's actually the same mountpoint. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #102 from Bernd Steinhauser --- Is that same device or same file system? Keep in mind that a file system can contain multiple devices and also a device can contain multiple file systems. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Joshua Winkler changed: What|Removed |Added CC||j...@bemoty.dev -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Version Fixed In|Frameworks 6.14; GUI to |Frameworks 6.14 and Plasma |control it is coming later |6.4.0 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #101 from Nate Graham --- Git commit c2df73aeb33901658da37c305fe703b644aff2e0 by Nate Graham, on behalf of Sebastian Parborg. Committed on 29/04/2025 at 23:26. Pushed by ngraham into branch 'master'. kcms/workspaceoptions: Add option for alternative Drag & Drop behavior This adds the ability to set the default action when drag and dropping files on the same device to be "move". This depends on some changes in KIO 6.14 to support it: https://invent.kde.org/frameworks/kio/-/merge_requests/1856 M +57 -0kcms/workspaceoptions/ui/main.qml M +8-3kcms/workspaceoptions/workspaceoptions.cpp M +8-0kcms/workspaceoptions/workspaceoptions_kdeglobalssettings.kcfg https://invent.kde.org/plasma/plasma-desktop/-/commit/c2df73aeb33901658da37c305fe703b644aff2e0 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Sebastian Parborg changed: What|Removed |Added Latest Commit|https://invent.kde.org/fram |https://invent.kde.org/plas |eworks/kio/-/commit/d6ae533 |ma/plasma-desktop/-/commit/ |1c229b83e9499b838d1ae56c41d |1986f2573080724acd719a1f4ad |0ac083 |cb1e569ae56b1 --- Comment #100 from Sebastian Parborg --- Git commit 1986f2573080724acd719a1f4adcb1e569ae56b1 by Sebastian Parborg. Committed on 24/04/2025 at 15:56. Pushed by meven into branch 'plasma-desktop-drop_options'. kcms/workspaceoptions: Add option for alternative Drag & Drop behavior This adds the ability to set the default action when drag and dropping files on the same device to be "move". M +34 -0kcms/workspaceoptions/ui/main.qml M +4-0kcms/workspaceoptions/workspaceoptions_kdeglobalssettings.kcfg https://invent.kde.org/plasma/plasma-desktop/-/commit/1986f2573080724acd719a1f4adcb1e569ae56b1 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Version Fixed In||Frameworks 6.14; GUI to ||control it is coming later --- Comment #99 from Nate Graham --- It does default to copy for transfers on the same device. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #98 from svl...@gmail.com --- Cool! Thank you! @Parborg in case of the action being performed not on the same device, does it default to copy (like on Windows for instance)? That would be the complete behavior one may expect I think. If not, can it be set in the options? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Méven changed: What|Removed |Added Latest Commit||https://invent.kde.org/fram ||eworks/kio/-/commit/d6ae533 ||1c229b83e9499b838d1ae56c41d ||0ac083 Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #97 from Méven --- Git commit d6ae5331c229b83e9499b838d1ae56c41d0ac083 by Méven Car, on behalf of Sebastian Parborg. Committed on 21/04/2025 at 08:14. Pushed by meven into branch 'master'. Dropjob: Add option for alternative Drag & Drop behavior This adds the ability to set the default action when drag and dropping files on the same device to be "move". M +92 -32 src/widgets/dropjob.cpp M +13 -0src/widgets/dropjob.h https://invent.kde.org/frameworks/kio/-/commit/d6ae5331c229b83e9499b838d1ae56c41d0ac083 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Schñarf changed: What|Removed |Added CC|dcbl...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #94 from Sebastian Parborg --- I've created two pull requests for the patches: https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2914 https://invent.kde.org/frameworks/kio/-/merge_requests/1856 I think this should make it a bit easier for people if they want to apply and build it themselves. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #96 from svl...@gmail.com --- (In reply to Sebastian Parborg from comment #94) > I've created two pull requests for the patches: > https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2914 > https://invent.kde.org/frameworks/kio/-/merge_requests/1856 > > I think this should make it a bit easier for people if they want to apply > and build it themselves. Amazing!! Thank you!! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #95 from pedal_varsity...@icloud.com --- (In reply to Sebastian Parborg from comment #94) > I've created two pull requests for the patches: > https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2914 > https://invent.kde.org/frameworks/kio/-/merge_requests/1856 > > I think this should make it a bit easier for people if they want to apply > and build it themselves. Awesome Sebastian, thank you! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 pedal_varsity...@icloud.com changed: What|Removed |Added CC||pedal_varsity...@icloud.com --- Comment #93 from pedal_varsity...@icloud.com --- (In reply to Sebastian Parborg from comment #90) > In case anyone wants to patch Plasma 6.2.4 and kio 6.8.0, I have revived the > old patches posted earlier here. > > KIO: > https://projects.blender.org/ZedDB/studio_portage_conf/src/branch/master/ > patches/kde-frameworks/kio:6/dnd_move.patch > Plasma system settings: > https://projects.blender.org/ZedDB/studio_portage_conf/src/branch/master/ > patches/kde-plasma/plasma-desktop/dnd_move_menu_option.patch > > I've been using an older version of this patch set at the Blender Studio for > over a year without any noticeable issues. > Even if it might not be a perfect solution, it has worked well so far. Can you provide instructions on how to build this in order to test it? e.g. 1. checkout commit xxx of repo yyy 2. apply patches 3. configure(?) 4. build using the following command: '' -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Felix Urbasik changed: What|Removed |Added CC||f...@fellr.net -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Quadrant1737 changed: What|Removed |Added CC||sp657yje...@mailbox.org --- Comment #92 from Quadrant1737 --- Would it be possible to integrate a setting where you can choose what the standard case should be (maybe even with the options in one partition / between two partitions): - ask whether it should be moved / copied - copy - move -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #91 from David Campbell --- > In case anyone wants to patch Plasma 6.2.4 and kio 6.8.0, I have revived the > old patches posted earlier here. Thank you so much for this. I have no idea how to implement it, but I shall work it out. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Sebastian Parborg changed: What|Removed |Added CC||darkdefe...@gmail.com --- Comment #90 from Sebastian Parborg --- In case anyone wants to patch Plasma 6.2.4 and kio 6.8.0, I have revived the old patches posted earlier here. KIO: https://projects.blender.org/ZedDB/studio_portage_conf/src/branch/master/patches/kde-frameworks/kio:6/dnd_move.patch Plasma system settings: https://projects.blender.org/ZedDB/studio_portage_conf/src/branch/master/patches/kde-plasma/plasma-desktop/dnd_move_menu_option.patch I've been using an older version of this patch set at the Blender Studio for over a year without any noticeable issues. Even if it might not be a perfect solution, it has worked well so far. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #89 from David Campbell --- > it does not mean that this > is the intuitive way to go. Not even user-friendly and intuitive have to > agree, actually (but usually do). Intuitive and user-friendly is not the only thing; there is also efficiency. Which is also usually agree. Relentlessly selecting the same thing from a dropdown box isn't efficient, or the others. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #86 from tomash...@gmail.com --- I think it is more that nobody is sufficiently motivated to work on it. We are not paying for KDE, so asking nicely is the only thing we can do. I, for one, actually got used to this behaviour, and I am no longer sure I would turn that dialog off if given the preference:-). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #87 from David Campbell --- > because of their > forceful mentality: "ITS EITHER OUR WAY OR NOTHING AT ALL!! Well it's not like that anywhere else I can think of, where I can make it look absolutely ridiculous if I wanted to. Complete user control. I'm not sure why this particular thing is so entrenched. > I think it is more that nobody is sufficiently motivated to work on it. We > are not paying for KDE, so asking nicely is the only thing we can do. Agreed. I'd love to have the skills to be able to. People can have it how they want, but dialogue boxes and focus stealing was generally decided to be a bad idea in 1990 or so. I remember the memes, about clippy and other designs similar to this. It's workflow: I don't want to make the same selection 5k times, I want to set it once. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #88 from Bernd Steinhauser --- (In reply to svlmrc from comment #84) > I'd say the menu should simply go away, it's not intuitive at all since all > the other OSes and all the other Linux DEs don't use it. Just remove that > code and implement the UX people expect. Ideally, to be considered "user > friendly enough" the rule of thumb is more or less "do whatever Windows does > that almost everyone do". That's what people expect most of the times, imho Even though I'm in favor of adding this option (I mean hey, I created the bug report …), I strongly disagree with your train of thought. Just because system A and system B do something, it does not mean that this is the intuitive way to go. Not even user-friendly and intuitive have to agree, actually (but usually do). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #85 from Tomas --- (In reply to svlmrc from comment #84) > I'd say the menu should simply go away, it's not intuitive at all since all > the other OSes and all the other Linux DEs don't use it. Just remove that > code and implement the UX people expect. Ideally, to be considered "user > friendly enough" the rule of thumb is more or less "do whatever Windows does > that almost everyone do". That's what people expect most of the times, imho Some are used to Windows, some to KDE. There is no need to force everyone to use Windows style or KDE style. To make both groups happy all what is needed is just to implement an option to configure according to individual taste. But somehow some KDE members are unable to understand this because of their forceful mentality: "ITS EITHER OUR WAY OR NOTHING AT ALL!! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #84 from svl...@gmail.com --- I'd say the menu should simply go away, it's not intuitive at all since all the other OSes and all the other Linux DEs don't use it. Just remove that code and implement the UX people expect. Ideally, to be considered "user friendly enough" the rule of thumb is more or less "do whatever Windows does that almost everyone do". That's what people expect most of the times, imho -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #83 from David Campbell --- (In reply to Tomas from comment #82) > (In reply to contact from comment #81) > > I know you all want this feature implemented in Plasma Desktop as much as I > > do, but please calm down. > > > > I remember reading that one developer said that they haven't implemented > > this feature yet because the code is so old that it's hard to modify. It is > > possible to add this option, but it will take time until someone is skilled > > enough to implement it. > > I think I saw someone made a 3rd party extension or something a few year > ago, but never tried it There is this: https://phabricator.kde.org/D27951 from 2020, but abandoned. There's resistance to implementing this, I asked if there was a solution on a forum and got a torrent of people telling me that it had to be like this. I must have clicked the same confirm dialogue choice 5k times, so it is a major pain; those that think it isn't presumably look at how pretty plasma is but aren't heavy users. The abandoned mod points to locations that don't exist any more, presumably due to plasma redesign. What would be awesome as a temporary solution is if someone can point me at where this code is now, and maybe I can bodge it away to save my sanity. Absolutely anything that might help please. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #81 from cont...@robotoskunk.com --- I know you all want this feature implemented in Plasma Desktop as much as I do, but please calm down. I remember reading that one developer said that they haven't implemented this feature yet because the code is so old that it's hard to modify. It is possible to add this option, but it will take time until someone is skilled enough to implement it. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #82 from Tomas --- (In reply to contact from comment #81) > I know you all want this feature implemented in Plasma Desktop as much as I > do, but please calm down. > > I remember reading that one developer said that they haven't implemented > this feature yet because the code is so old that it's hard to modify. It is > possible to add this option, but it will take time until someone is skilled > enough to implement it. I think I saw someone made a 3rd party extension or something a few year ago, but never tried it -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #80 from Tomas --- Totally agree. It is not understandable how such a simple feature is not done yet. I mean seriously, whats the actual reason behind this not being implemented??? Correct me if I'm being wrong but is that true that KDE advertise itself as a "VERY CUSTOMIZABLE DESKTOP"? But you can't even customize drag and drop behaviour. If KDE want to be customizable in real world, then make it customizable. An option to select default drag and drop action is a total must. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 keiron.dav...@googlemail.com changed: What|Removed |Added CC||keiron.dav...@googlemail.co ||m --- Comment #79 from keiron.dav...@googlemail.com --- Please dear goodness can we just have an option for conventional, normal drag 'n' drop behaviour. This is such an incredible inefficiency; doubling, tripling or quadupling the number of clicks necessary to perform an operation and harming accessibility at the same time. It has been nearly two decades. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 David Campbell changed: What|Removed |Added CC||david.campbell993@googlemai ||l.com --- Comment #78 from David Campbell --- Any update? I'm having to use Nemo to circumvent this bug, and it crashes a lot in Fedora 41. For me then, this is the number one in the list of things I'd like to see implemented. Is there no mod or little program I could run in the short term? Or modify a settings file? I've found differential D27998, abandoned in 2020, but it's out of date and pointing at files that don't exist any more. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Sollace changed: What|Removed |Added CC||solla...@gmail.com --- Comment #77 from Sollace --- Is there any update on when we can get this feature added? I also hate the stupid option menu and wish there was a way to invert it. Drop => Move Ctrl+Drop => Options Menu -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Andrianos Papamarkou changed: What|Removed |Added CC||papamark...@gmail.com --- Comment #76 from Andrianos Papamarkou --- This context menu is one of the most frustrating desktop UI features of the past two decades. Some argue it’s about safety to prevent mistakes, but that’s not valid anymore—Dolphin already has an Undo feature for those rare instances. Just how frustrating is it? Imagine a workday where you're tasked with organizing 1,000 PDFs moving them to customers folders. Instead of completing the job in 3 hours with 1,000 clicks, you end up doubling that time to 6 hours with 2,000 clicks—all because you’re forced to react on same menu with the same option 1000 times! Even the most patient person would lose their mind. The mental strain is so intense, you might even consider switching desktop environment. Is there already a solution? Not really. Some suggest using a modifier key like Shift, Alt, or Control to bypass the confirmation. But in my example holding down the same key for three hours straight? That could cause serious joint issues from an orthopedic perspective. This unnecessary menu belongs to design bad practices—forcing users to repeatedly confirm obvious actions disrupts their workflow. It’s reminiscent of the notorious Windows confirmation prompts of the '90s and early 2000s, which became the subject of early internet memes, like the classic "Your mouse was moved. Are you sure you want to move it?" KDE remains the last desktop environment still uses `Apply` buttons. We love KDE. Plasma is by far the best Desktop Environment for Linux Distros. Please spend some time on it! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 witty.flame6...@fastmail.com changed: What|Removed |Added CC||witty.flame6...@fastmail.co ||m --- Comment #75 from witty.flame6...@fastmail.com --- My 2c: I would prefer to have no drag functionality at all. I only use this feature accidentally, and the context menu is a saving grace. That may have something to do with my physical dexterity. So if this is changed, we really need the option to configure it. I'd appreciate a "disable dragging" option. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #74 from Christopher --- (In reply to Christian from comment #73) > Ive been following this bug report for almost 4 years now, in fact I made an > account just for this comment. This usability feature is the one thing that > has kept me on gnome this whole time. I am not advocating for changing the > default, but if this option gets added I would switch to using KDE. Maybe if > I voice my opinion after all this time, there will be enough “user demand” > for it. I venture to say it's probably a good time to bring this back up, as well, since the blocker seemed to primarily exist in the previous framework, and now having Kirigami as standard as far as I understand should help simplify matters. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Christian changed: What|Removed |Added CC||cm4n...@gmail.com --- Comment #73 from Christian --- Ive been following this bug report for almost 4 years now, in fact I made an account just for this comment. This usability feature is the one thing that has kept me on gnome this whole time. I am not advocating for changing the default, but if this option gets added I would switch to using KDE. Maybe if I voice my opinion after all this time, there will be enough “user demand” for it. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 unlovable_fridge...@aleeas.com changed: What|Removed |Added CC||unlovable_fridge356@aleeas. ||com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 n0body_spec...@proton.me changed: What|Removed |Added CC||n0body_spec...@proton.me --- Comment #72 from n0body_spec...@proton.me --- I'm really wondering. Why are we even discussing it after so many years? Is it so hard to offer a configuration choice? Is this not the KDE way? It is VERY impressive that of all things in KDE, this is the most prominently unconfigurable. Just give users a choice, and be done with it. I'm not a coder, but I can't believe it is that hard to implement. PS: Ι love you david.scott.br...@gmail.com :) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #71 from Akemi Sakamoto --- Guys, i don't know if it is just me but it looks like the bug is solved on FreeBSD. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 b3k@gmail.com changed: What|Removed |Added CC||b3k@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added CC||r...@oemail.nl --- Comment #70 from Nate Graham --- *** Bug 480269 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 chr...@kth.se changed: What|Removed |Added CC||chr...@kth.se -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #69 from david.scott.br...@gmail.com --- Thank you for the deep dive svlmrc. You have inspired me to sync the code and look at it; but, I probably can't provide much value add (python programmer). I will continue to advocate for this bug and appreciate you looking at it. How can I help? I certainly could test any alpha code if needed. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #68 from svl...@gmail.com --- My proposal is for something like this, but again hard for me to implement https://bugs.kde.org/show_bug.cgi?id=474704 Basically two drop zones, one for copy marked "Copy" and one for paste maked "Paste", instead of the menu. Then of course a config option to avoid all this and just copy the files, without further notice. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #67 from svl...@gmail.com --- +1 for prioritize it :D So, the relevant bits are in: KItemListController::dropEvent https://invent.kde.org/system/dolphin/-/tree/master/src/kitemviews?ref_type=heads#L846 which on line 866 invokes Q_EMIT itemDropEvent(receivingWidget->index(), event); handled in DolphinView::slotItemDropEvent https://invent.kde.org/system/dolphin/-/blob/master/src/views/dolphinview.cpp?ref_type=heads#L1321 which calls DolphinView::dropUrls https://invent.kde.org/system/dolphin/-/blob/master/src/views/dolphinview.cpp?ref_type=heads#L1341 which calls DragAndDropHelper::dropUrls https://invent.kde.org/system/dolphin/-/blob/master/src/views/draganddrophelper.cpp?ref_type=heads#L37 which calls KIO::drop https://invent.kde.org/frameworks/kio/-/blob/master/src/widgets/dropjob.cpp#L641 which ends up calling DropJobPrivate::slotStart() https://invent.kde.org/frameworks/kio/-/blob/master/src/widgets/dropjob.cpp#L240 which then calls DropJobPrivate::handleCopyToDirectory() https://invent.kde.org/frameworks/kio/-/blob/master/src/widgets/dropjob.cpp#L414 for the actual work. Thanks @Rob D for the old analysis. Don't know how to implement the thing, totally lost in the code, if someone wants to take a look, please do! I'm all for prioritizing it and make it into Plasma 6! @Nate this should help a bit, hopefully. Sidenote: also please note that the DBus call to pass the zip extraction to Ark is done in both DragAndDropHelper::dropUrls and in DropJobPrivate::slotStart(), I think that's duplicate code -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 david.scott.br...@gmail.com changed: What|Removed |Added CC||david.scott.br...@gmail.com --- Comment #66 from david.scott.br...@gmail.com --- This bug has been open since 2007 and its still being discussed? This bug is old enough to get married and buy beer and cigarettes in some countries. The dialog behavior is literally the most Gnome like thing about KDE: you can't change it, you can't configure it, it and its weird when compared to every other desktop system out there and it limits functionality. That pretty much sums up my experience with Gnome, and why I use KDE! (Not to knock Gnome, it's a fine DE for some people). The most basic thing, that every single user interacts with every single day is, in my opinion and the opinion of many of the people above and in all the duplicate bugs, is broke. Plasma 6 is coming soon, wouldn't be nice to finally offer a choice to make file copy/move on a par with every other desktop system. Further, you already have the shortcut keys labeled in the dialog, you just ignore the user's input and open the dialog anyway. At this point given the non-operational keyboard shortcuts, in my opinion this has gone from a feature request to a bug. Shortcuts don't work - this is a bug! Please prioritize and close this bug before it can buy liquor in America. :-) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 moni...@tutanota.com changed: What|Removed |Added CC||moni...@tutanota.com --- Comment #65 from moni...@tutanota.com --- I hope that they will do this in the near future. I really miss the ability to navigate without a context menu. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Justin Zobel changed: What|Removed |Added CC||justin.zo...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #64 from Patrick Silva --- *** Bug 474704 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 svl...@gmail.com changed: What|Removed |Added CC||svl...@gmail.com --- Comment #63 from svl...@gmail.com --- I like the idea of having an option for this. IMHO that should behave the way Windows and many other file managers do that. Defaulting to copy is great. I would't like a different behavior for each mouse button -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 timofej changed: What|Removed |Added CC||yakuts...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #62 from jimbo --- It seems pretty intuitive that dragging and dropping is by default a move operation. It's nice to have the option to prompt beginners as to what they want to do, but it soon becomes a nuisance. Ctrl+C and Ctrl+V are not 'poweruser' shortcuts, they are as commonly used as Ctrl+Z and Esc. If users want to copy a file then Ctrl+C and Ctrl+V are most likely used, not via the context menu. If you can copy/paste text, then the same applies to files. Initially you might learn to click the file, select copy, navigate to a different folder and select paste. However copy/pasting is used so often (throughout all programs) that it's one of the first shortcut keys you learn, same applies to undo (no one goes through the context menu for it once they learn the shortcut). Windows allows the user to alter the outcome of the drag and drop during the operation. If you want to copy or create a link then there are modifier keys that can be held down. Using the modifier keys, there is visual feedback like a '+' sign or 'arrow' added to the mouse cursor, but if no modifier key is pressed then it defaults to move. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #61 from Nate Graham --- I've been planning to work on finishing up the earlier patches, but as with so many things, it's just so hard to carve out time with the 500,000 other things I have to do. I imagine most other people are in a similar situation, especially since this is really a nice-to-have, not even a bug. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 advice2...@protonmail.com changed: What|Removed |Added CC||advice2...@protonmail.com --- Comment #60 from advice2...@protonmail.com --- I agree with this as well, this one is so important to me. KDE Plasma is amazing, this is literally one of the only things I can find that I do not care for, makes it very difficult to use. I am aware that you can use modifier keys to avoid them but for such a standard action should not really have to use a keyboard modifier to perform a simple drag & drop action like moving a file. Nothing wrong with having these context menus be the default for those who like them, but seems odd that KDE, a group known for endless customization / settings, does not have an option to be able to turn these off / allow users to choose how drag & drops perform. I have never seen any other file managers use this approach with LMB D&D so with something that is far away from a standard, again seems odd not to be able to have a setting for something like this. I have however seen in Windows as well as some FM in Linux the use of the RMB D&D for these context menus which I would prefer. RMB makes more sense because a single click brings up context menu so D&D with RMB to bring up these CM would fit in better here. I made a more in depth post about how this could possibly be handled here as well to hopefully get some more users to vote for this. https://discuss.kde.org/t/plasma-dolphin-drag-drop-context-menus/1809 Do votes really mean anything? How many does an issue have to have in order to be worked on? To me personally this is a pretty big deal, hopefully this could finally be addressed. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Christoph Feck changed: What|Removed |Added CC||loudsq...@tutanota.com --- Comment #59 from Christoph Feck --- *** Bug 454356 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Felix Ernst changed: What|Removed |Added CC||cont...@robotoskunk.com --- Comment #58 from Felix Ernst --- *** Bug 468702 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Christoph Feck changed: What|Removed |Added CC|cf...@kde.org | -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #57 from illumilore --- "Key modifiers and even alternate mouse buttons are for power users only." Is that why windows, the OS famous for catering to "power users", uses modifier keys? And if there's one thing kde historically always shies away from, it is choice and power! but seriously, there are better options out there than kde now, ones in which put user friendly design first rather than last. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #56 from Nate Graham --- What *was* my first comment to you in this bug report's comment thread. :) Anyway, now that you're CCd, any messages posted to this bug report will be sent to you too--including notifications of ongoing work on it or when it's resolved. So you'll know once that happens. Every big software project will have multi-generational issues, especially those that are predominately made by volunteers. It's just the nature of the beast. Helping out with technical contributions is always hugely appreciated. See https://community.kde.org/Get_Involved. I had actually put this bug report on my "maybe work on it tonight" list. Reviving those patches doesn't look too hard (famous last words!), and maybe we can figure out a satisfactory solution to the concerns brought up in the first rounds of code review. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #55 from Akemi Sakamoto --- (In reply to Nate Graham from comment #54) > Akemi, every comment you post that expresses your opinion on this matter > gets emailed to all 31 people on the CC list. Your opinion has now been > registered, so I would ask you to please refrain from doing it any more. > Message received. Sorry, I would understand if you said that in the first comment. I apologize but it truly shocked me to see that something like this had been reported way before (message received as you said). I apologize if this caused any discomfort and would like to know if there is any other way to help with this or how I can track the progress of this change (just coming back here?). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #54 from Nate Graham --- Akemi, every comment you post that expresses your opinion on this matter gets emailed to all 31 people on the CC list. Your opinion has now been registered, so I would ask you to please refrain from doing it any more. Message received. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #53 from Akemi Sakamoto --- Why are my comments flagged as spam? Can't i just express how i feel about this? Seriously? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #52 from Akemi Sakamoto --- At this point, i honestly believe that this just hasn't been implemented until now because of some kind of tantrum like "huh we don't want this to be Windows-like". I truly can't believe that after all these years implement something like this wasn't possible. Seriously guys, this is absurd and ridiculous. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Alex changed: What|Removed |Added CC||a...@viatis.com --- Comment #51 from Alex --- (In reply to Christopher from comment #49) > Move is the > default action on both widely used operating systems (Windows & MacOS), so I > wouldn't say "you really can't expect people to know that left mouse button > will move and e.g. Ctrl+LMB will copy." when that is the expected behavior > in the vast majority of the consumer market. We're not just talking about other operating systems, but also afaik all other mainstream Linux file managers: Drag&drop = Move, for everyone but Dolphin users. I used Nemo, Thunar and Nautilus and was never bothered by a context menu asking if I really wanted to move that file. So yes, please add at least an option to do that. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #50 from Akemi Sakamoto --- > I don't think the idea is to change the default, but to make it configurable > so that you don't HAVE to do the prompt or a hotkey every time. Thank you! Thank you so much! That's it! Just this! Please! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Christopher changed: What|Removed |Added CC||flaminn...@gmail.com --- Comment #49 from Christopher --- (In reply to Bernd Steinhauser from comment #48) > (In reply to sbahling from comment #39) > > Of course on a computer system there are other options than "moving" and we > > should have ways to access those options via key modifiers or using > > alternate mouse buttons. I don't think we can come up with defaults that > > everyone is happy with. I just hope we can make the behavior configurable. > Key modifiers and even alternate mouse buttons are for power users only. > Except for a few really known ones (like CTRL+c and CTRL+v), you really > can't expect an ordinary user to remember any shortcut. > The typical user doesn't even know key combinations like Meta+e or Meta+l. > Heck, I consider myself a well-knowing PC user and even I really don't see > the point in the about million key combinations that KDE defines by default. > Actually it's so many, that I really avoid them (to some degree), because > chances are high you hit a wrong key and something awful happens. > In my opinion (and this is only my personal opinion), about 80% of them > should default to "None", but have a "suggested key combination" instead, a > concept that doesn't exist currently (and also might not be wanted by > others, don't know). > > Anyway … you really can't expect people to know that left mouse button will > move and e.g. Ctrl+LMB will copy. > RMB drag, as I described in the first post, maybe, but even that is a > concept that most users wouldn't incorporate into their workflow. > > The current way is actually a pretty smart way to give a typical user a way > to decide between copy and move without needing to remember key > combinations. Hence it should be the default. > > (In reply to Nate Graham from comment #41) > > Someone submitted patches that implemented the requested change, but > > ultimately abandoned them because we couldn't figure out a way to always > > copy by default instead of moving when dragging across devices (for safety). > > But why change the behavior in that case? IMO it's an inconsistency that > shouldn't exist. > If I would still want it to move by default, I would also want it to do that > when I move files from one filesystem to another. > (I think it's filesystems that matter here, not devices.) I don't think the idea is to change the default, but to make it configurable so that you don't HAVE to do the prompt or a hotkey every time. Move is the default action on both widely used operating systems (Windows & MacOS), so I wouldn't say "you really can't expect people to know that left mouse button will move and e.g. Ctrl+LMB will copy." when that is the expected behavior in the vast majority of the consumer market. The simple fact is that for adoptability, at very least, to be able to configure that as your Dolphin's behavior would help, this isn't an argument to change the default, but for the OPTION to CONFIGURE, which is generally speaking, a core feature in many of KDE's applications. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #48 from Bernd Steinhauser --- (In reply to sbahling from comment #39) > Of course on a computer system there are other options than "moving" and we > should have ways to access those options via key modifiers or using > alternate mouse buttons. I don't think we can come up with defaults that > everyone is happy with. I just hope we can make the behavior configurable. Key modifiers and even alternate mouse buttons are for power users only. Except for a few really known ones (like CTRL+c and CTRL+v), you really can't expect an ordinary user to remember any shortcut. The typical user doesn't even know key combinations like Meta+e or Meta+l. Heck, I consider myself a well-knowing PC user and even I really don't see the point in the about million key combinations that KDE defines by default. Actually it's so many, that I really avoid them (to some degree), because chances are high you hit a wrong key and something awful happens. In my opinion (and this is only my personal opinion), about 80% of them should default to "None", but have a "suggested key combination" instead, a concept that doesn't exist currently (and also might not be wanted by others, don't know). Anyway … you really can't expect people to know that left mouse button will move and e.g. Ctrl+LMB will copy. RMB drag, as I described in the first post, maybe, but even that is a concept that most users wouldn't incorporate into their workflow. The current way is actually a pretty smart way to give a typical user a way to decide between copy and move without needing to remember key combinations. Hence it should be the default. (In reply to Nate Graham from comment #41) > Someone submitted patches that implemented the requested change, but > ultimately abandoned them because we couldn't figure out a way to always > copy by default instead of moving when dragging across devices (for safety). But why change the behavior in that case? IMO it's an inconsistency that shouldn't exist. If I would still want it to move by default, I would also want it to do that when I move files from one filesystem to another. (I think it's filesystems that matter here, not devices.) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #47 from Akemi Sakamoto --- Holy f. s Is this seriously from 2007??? How many years this will be on the wishlist? That's sad... Really sad... Look how many duplicates this thing have! I am sorry but this is just getting ridiculous! For God's sake can someone from the KDE team just give us this very basic function? Please? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added CC||throwaway_to_k...@proton.me --- Comment #46 from Nate Graham --- *** Bug 467220 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 dcbl...@gmail.com changed: What|Removed |Added CC||dcbl...@gmail.com --- Comment #45 from dcbl...@gmail.com --- Big +1 here. I don't see any reason to not at least include an option to have the Windows-like behavior here. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Dashon changed: What|Removed |Added CC||sparky123558w...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Martin changed: What|Removed |Added CC||dr...@hyperlogos.org --- Comment #44 from Martin --- (In reply to Bernd Steinhauser from comment #0) +1 please. I personally want the left always move, right context. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 k...@jstover.net changed: What|Removed |Added CC||k...@jstover.net -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Felix Fischer changed: What|Removed |Added CC||fischerfeli...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #43 from David Edmundson --- >Is this the good place to discuss this, or is there a separate bug to track >that? Separate. I'm pretty sure one exists already somewhere. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 andrea.i...@gmail.com changed: What|Removed |Added CC||andrea.i...@gmail.com --- Comment #42 from andrea.i...@gmail.com --- Hello, I have a question apart from making this configurable. The behavior upon dropping can be chosen up until the very last moment on X11, by holding down Shift, for example, to turn it into a Move operation. On Wayland however, the key modified must be pressed before starting the drag and drop operation, which is less intuitive and inconsistent with X11 (and Windows, for what it matters). Is this the good place to discuss this, or is there a separate bug to track that? Just tested with: Operating System: openSUSE Tumbleweed 20220520 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.2 Kernel Version: 5.17.7-1-default (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i7-1165G7 @ 2.80GHz Memory: 15,4 GiB of RAM Graphics Processor: Mesa Intel® Xe Graphics Thanks -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Josh Holmer changed: What|Removed |Added CC||jholmer...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Natalie Clarius changed: What|Removed |Added CC||natalie_clar...@yahoo.de -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #41 from Nate Graham --- Someone submitted patches that implemented the requested change, but ultimately abandoned them because we couldn't figure out a way to always copy by default instead of moving when dragging across devices (for safety). The work is still there for someone else to pick up: - https://phabricator.kde.org/D27951 (KIO) - https://phabricator.kde.org/D27998 (plasma-workspace/systemsettings) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #40 from Tomas --- I just wanna ask why this feature is not implemented yet? Is it because it's very difficult or what's the problem then? I've seen numerous comments in forums, reddit, youtube people asking for this. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #39 from sbahl...@mudgum.net --- (In reply to David Edmundson from comment #34) > >The person I was working with demonstrated to me by grabbing an object on > >the table and "dragging" it to another location. > > That's not a very relevant point, you can't copy or shortcuts in the > physical world. You can in the virtual world hence the need to prompt. I think it is relevant when talking about UX, intuition and expected behavior. We refer to computer concepts using real world objects all the time - Files, Folders, Desktops. Expecting to interact with those concepts in the same way as in the physical world seems reasonable to me. I'm a command line user myself, so never paid much attention to such GUI behaviors, but when confronted by new user frustrations, I totally get their point. Of course on a computer system there are other options than "moving" and we should have ways to access those options via key modifiers or using alternate mouse buttons. I don't think we can come up with defaults that everyone is happy with. I just hope we can make the behavior configurable. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Ben Cooksley changed: What|Removed |Added CC|ggg0...@yandex.ru | --- Comment #38 from Ben Cooksley --- Removing subscriber per abuse reports we received. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 willyb...@gmail.com changed: What|Removed |Added CC||willyb...@gmail.com --- Comment #37 from willyb...@gmail.com --- I have gotten used to this over time but it still has to be one of the most stubborn UX quirks I’ve seen in a while. Providing an option just persists the choice from the prompt, allowing the user to save a default for themselves rather than having to endure the prompt every time when likely one option is always going to be more common. To steadfastly refuse that is taking more of a principled hard line over actually improving the UX. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Priority|LO |HI --- Comment #36 from Nate Graham --- This has 7 duplicates which is a measure of significant user desire, so it can't be low priority. Returning to HI priority. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #35 from tomash...@gmail.com --- Just for the record, we have had copy machines (or carbon copy) for quite some time, not mentioning physical pointers or any number of indexing devices. I don't have any stake in whether this should be default, but an option would be a blessing. I have been on KDE for two weeks now and have not got used to it yet. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 David Edmundson changed: What|Removed |Added CC||k...@davidedmundson.co.uk Priority|HI |LO --- Comment #34 from David Edmundson --- >The person I was working with demonstrated to me by grabbing an object on the >table and "dragging" it to another location. That's not a very relevant point, you can't copy or shortcuts in the physical world. You can in the virtual world hence the need to prompt. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 sbahl...@mudgum.net changed: What|Removed |Added CC||sbahl...@mudgum.net --- Comment #33 from sbahl...@mudgum.net --- I just came across this when helping a new user move from windows. The popup was immediately annoying to them as they expected it to be obvious to move with dragging. The human intuition seems to be dragging == moving. The person I was working with demonstrated to me by grabbing an object on the table and "dragging" it to another location. The object is physically moved and not cloned and by intuition a new user expects similar inside the virtual world of the computer desktop system. I'm not a KDE user myself, but felt it's the best option for this user, and when they complained about the popup on drag-drop files I figured there must be an option to change the behavior and was surprised to discover there isn't. I have read through the bug threads and the comments in the patch development, and I agree that the Windows "magic" and inconstant behavior is not optimal. I would rather see a defined and consistent behavior like always assume Move. Even the ex-Windows user complained that when dragging from one device to another Windows made a copy instead of moving as expected. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 tomash...@gmail.com changed: What|Removed |Added CC||tomash...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Philip Murray changed: What|Removed |Added CC||philipihmur...@hotmail.com --- Comment #32 from Philip Murray --- Making move by default be an optional behaviour would be very welcome. I'm not a power user & in my ~20 years of using linux I don't think I've ever selected any option other than the Move one from the menu. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Tomas changed: What|Removed |Added CC||eurog...@gmail.com --- Comment #31 from Tomas --- We definitely need this. I was looking how to do this for years and came to this discussion. KDE is all about flexibility, number of options, power of configuration. I just want an option for Drag and Drop to perform Move operation as default action. Maybe someone has an idea how can I get this done in some config files??? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Priority|NOR |HI --- Comment #30 from Nate Graham --- Increasing priority as the number of duplicates rises. There appears to be significant user desire for this. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added CC||dcraig...@gmail.com --- Comment #29 from Nate Graham --- *** Bug 432912 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Alex changed: What|Removed |Added CC||ioffer...@gmail.com --- Comment #28 from Alex --- This feature is importat! Please add this feature! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Kostya changed: What|Removed |Added CC||ggg0...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Ilya Bizyaev changed: What|Removed |Added CC||bizy...@zoho.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Patrick Silva changed: What|Removed |Added CC||bugsefor...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Keywords||usability Status|REOPENED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag&Drop behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 Nate Graham changed: What|Removed |Added Status|RESOLVED|REOPENED Summary|Add option for alternative |Add option for alternative |Drag&Drop behaviour in |Drag&Drop behaviour |Dolphin | Resolution|UPSTREAM|--- Product|dolphin |systemsettings Assignee|dolphin-bugs-n...@kde.org |plasma-b...@kde.org Component|general |kcm_workspace CC||n...@kde.org Version|16.12.2 |unspecified --- Comment #27 from Nate Graham --- Re-opening due to user demand (see Bug 392531). There are some old patches that implement this behavior: - https://phabricator.kde.org/D27951 (KIO) - https://phabricator.kde.org/D27998 (plasma-workspace/systemsettings) -- You are receiving this mail because: You are watching all bug changes.
