This is actually a feature request.. a. When right-clicking on a file and selecting copy/move to, their should be options to copy/move files to Removable devices (seperate entries), or Bluetooth or what not... Now, I think the following can be considered as a bug: b. When a folder (say "myfolder") has more than (say) 100 folders, it is very difficult to do the following: right click > copy/move to > home/root > myfolder > ... (and you get a screen full of unwanted entries)... There should be a simple entry (maybe an entry to open an open dialog) to handle such situations.. Note: I don't understand the purpose of the "Root" entry in Copy/Move to (unless you are using root account) Reproducible: Always Steps to Reproduce: 1a. right click on a file 2a. select copy/move to 3a. (no removable devices/bluetooth) 1b. right click on a file 2b. select copy/move to 3b. select home/root and browse to the folder in question (more than 100 subfolders) 4b. (you get a screen full of unwanted entries). Actual Results: a.no removable devices/bluetooth/what not.. b.you get a screen full of unwanted entries Expected Results: a. When right-clicking on a file and selecting copy/move to, their should be options to copy/move files to Removable devices (seperate entries), or Bluetooth or what not... b. There should be a simple entry (maybe an entry to open an open dialog) to handle such situations.. Note: I don't understand the purpose of the "Root" entry in Copy/Move to (unless you are using root account)
Thanks for the report. The first issue has been reported already (bug 251151). > Note: I don't understand the purpose of the "Root" entry in Copy/Move to > (unless you are using root account) Makes it possible to, e.g., reach the /media or /mnt directories, where removable devices are usually mounted. > Now, I think the following can be considered as a bug: Please *never* report multiple issues in one report. This makes bug reports very hard to read. > b. When a folder (say "myfolder") has more than (say) 100 folders, it is > very difficult to do the following: > right click > copy/move to > home/root > myfolder > ... (and you get a > screen full of unwanted entries)... > There should be a simple entry (maybe an entry to open an open dialog) to > handle such situations.. I don't quite see what that 'simple entry' should look like. If there are 100 folders, what kind of simple entry could help to handle them better? A new dialog is IMHO not a good option (note that there already is a dialog, try the 'Browse...' entry in the menus). The entire point of the Copy To/Move To menus is to copy/move files quickly. If you say that you need a dialog to handle large directories better, then you could just split Dolphin's view, open the target directory in the other view.
(In reply to comment #1) > > Note: I don't understand the purpose of the "Root" entry in Copy/Move to > > (unless you are using root account) > > Makes it possible to, e.g., reach the /media or /mnt directories, where > removable devices are usually mounted. But is it not totally worthless unless you are using a root account or doing "kdesudo dolphin"? IMO this should not be permitted as the user might mess up the system or allow virus files into the filesystem, thus creating security issues. > > Now, I think the following can be considered as a bug: > > Please *never* report multiple issues in one report. This makes bug reports > very hard to read. agreed... Thank you for letting me know :) > > b. When a folder (say "myfolder") has more than (say) 100 folders, it is > > very difficult to do the following: > > right click > copy/move to > home/root > myfolder > ... (and you get a > > screen full of unwanted entries)... > > There should be a simple entry (maybe an entry to open an open dialog) to > > handle such situations.. > > I don't quite see what that 'simple entry' should look like. If there are > 100 folders, what kind of simple entry could help to handle them better? > > A new dialog is IMHO not a good option (note that there already is a dialog, > try the 'Browse...' entry in the menus). The entire point of the Copy > To/Move To menus is to copy/move files quickly. If you say that you need a > dialog to handle large directories better, then you could just split > Dolphin's view, open the target directory in the other view. The user might not be aware of the folder contents he is copying/moving to (for example some situation requires him to copy files to (say) /etc (a very huge folder) and he ends up in getting something like this) (which is pretty annoying when you are in a hurry): [url]http://www3.picturepush.com/photo/a/11554716/img/11554716.png[/url]
(In reply to comment #2) > (In reply to comment #1) > > > > Note: I don't understand the purpose of the "Root" entry in Copy/Move to > > > (unless you are using root account) > > > > Makes it possible to, e.g., reach the /media or /mnt directories, where > > removable devices are usually mounted. > > But is it not totally worthless unless you are using a root account or doing > "kdesudo dolphin"? Not if the user can write on the device which is mounted in /media or /mnt. And if the device is mounted read-only, then the idea to show the device in the Copy To/Move To menu makes no sense either. > The user might not be aware of the folder contents he is copying/moving to > (for example some situation requires him to copy files to (say) /etc (a very > huge folder) and he ends up in getting something like this) (which is pretty > annoying when you are in a hurry): > [url]http://www3.picturepush.com/photo/a/11554716/img/11554716.png[/url] Right, but you still didn't say what you propose in order to improve this. I'm afraid there might not be a good solution. If you are annoyed by the number of entries in the menu, just close it and copy/move the file in some other way.
(In reply to comment #3) Regarding the Copy/Move to, I see no point in hiding the removable drives somewhere inside the root folder... A seperate entry would anyday be better than the current implementation... I don't think this would do much (I'm no Programmer)... But the Removable Drives entry may be implemented in this way: https://git.reviewboard.kde.org/r/102657/ Please ignore if you have gone through this.. :) Thank you :)
(In reply to comment #4) > Regarding the Copy/Move to, I see no point in hiding the removable drives > somewhere inside the root folder... > A seperate entry would anyday be better > than the current implementation... > > I don't think this would do much (I'm no Programmer)... But the Removable > Drives entry may be implemented in this way: > https://git.reviewboard.kde.org/r/102657/ I was not aware of this review request (was filed before I took over Dolphin's maintainership). In any case, as you can see in the request, the code for the menus is not part of Dolphin at all, so I can't say much about that. However, loading the 'Places' can take a lot of time (e.g., if there are optical disks or slow USB drives in the system). Not sure if people would like it if the Copy/Move To menus would take a couple of seconds to open and freeze the application ;-) In any case: do you have a good idea how to resolve the 'annoyingly large menu if there are many folders' issue? If yes, we can forward it to David Faure (who maintains the code where the menu is located). If not, I see no point in keeping this report open because the 'Places' issue is covered in bug 251151.
(In reply to comment #5) > Not sure if people > would like it if the Copy/Move To menus would take a couple of seconds to > open and freeze the application ;-) Please test out possible outcomes of such an addition (of entries for removable devices) in your sandbox or VM or something (the "Places" implementation)... It would be a good feature for Dolphin if you can make it work.. > In any case: do you have a good idea how to resolve the 'annoyingly large > menu if there are many folders' issue? If yes, we can forward it to David > Faure (who maintains the code where the menu is located). That would be nice... Let me think hard... maybe I can come up with a possible good solution ^_^ ... But I sure don't know how to contact Mr.David Faure... Please tell me how to... I'll marked this bug RESOLVED as soon as I get a reply :)
(In reply to comment #6) > > Not sure if people > > would like it if the Copy/Move To menus would take a couple of seconds to > > open and freeze the application ;-) > > Please test out possible outcomes of such an addition (of entries for > removable devices) in your sandbox or VM or something (the "Places" > implementation)... It would be a good feature for Dolphin if you can make it > work.. Unfortunately, I have lots of things on my TODO list, but very little time to work on Dolphin (much of it actually goes into discussions on bugs.kde.org and ReviewBoard, as you can see here), so I'm unable to spend much time on testing this propoal, which is not even part of Dolphin. Sorry. > > In any case: do you have a good idea how to resolve the 'annoyingly large > > menu if there are many folders' issue? If yes, we can forward it to David > > Faure (who maintains the code where the menu is located). > > That would be nice... > Let me think hard... maybe I can come up with a possible good solution ^_^ > ... But I sure don't know how to contact Mr.David Faure... Please tell me > how to... I'll marked this bug RESOLVED as soon as I get a reply :) If you have a good idea, the best thing would be to file a new report (the present one has become quite long and hard to read already). We can assign it to David or add him to the CC list then. However, I'm afraid any idea of yours is only likely to be implemented soon if you or someone else volunteers to implement it. You see, we all have lots of bugs to take care of and many other things on our TODO-lists, and only a rather small amount of free time to work on KDE, and to be honest, the 'menu with many folders' issue looks like a rather minor problem to me. *** This bug has been marked as a duplicate of bug 251151 ***