Bug 233902

Version:            (using KDE 4.4.2)
Installed from:    Ubuntu Packages

First posted at KDE-Brainstorm:

http://forum.kde.org/brainstorm.php#idea86138_page1

I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations.

The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be
- only one notifications item showing details only by device or operation type
- the user then could open the file operations window which allows a detailed view and manipulation
- Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads)
- All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time
- It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue
- There is a kind of record keeping so that there is limited undo functionality
- The user can predefine priorities by file-type, device, operation type (e.g. delete)
- The file operations queue saved through session management. Tasks can be continued after reboot.
- When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately.
- The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system.
- File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper)
- There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive)
finish other tasks while interaction is required when possible:)
I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations. The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be - only one notifications item showing details only by device or operation type - the user then could open the file operations window which allows a detailed view and manipulation - Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads) - All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time - It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue - There is a kind of record keeping so that there is limited undo functionality - The user can predefine priorities by file-type, device, operation type (e.g. delete) - The file operations queue saved through session management. Tasks can be continued after reboot. - When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately. - The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system. - File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper) - There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive) finish other tasks while interaction is required when possible:)
I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations. The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be - only one notifications item showing details only by device or operation type - the user then could open the file operations window which allows a detailed view and manipulation - Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads) - All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time - It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue - There is a kind of record keeping so that there is limited undo functionality - The user can predefine priorities by file-type, device, operation type (e.g. delete) - The file operations queue saved through session management. Tasks can be continued after reboot. - When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately. - The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system. - File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper) - There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive) finish other tasks while interaction is required when possible:)
 Cancel