[systemsettings] [Bug 154804] Add option for alternative Drag 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 for these context menus which I would prefer. RMB makes more sense because a single click brings up context menu so 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 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 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 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 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 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 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 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 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 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 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 = 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 behaviour in |Drag 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.
