This forum has been archived. All content is frozen. Please use KDE Discuss instead.

improved copy handler

Tags: None
(comma "," separated)
watricky
Registered Member
Posts
2
Karma
0

improved copy handler

Fri Oct 17, 2008 5:10 pm
Hi guys

I hope this is the right place to ask.

I've been looking for a copy handling application (GUI) that can either take over the role of the standard copy dialog in dolphin or supplement it. Something along the lines of what Copy Handler and/or Total Copy can do for Windows.

Has something already been built that can compare? If not, perhaps I should look to develop something from the current copy dialog.
User avatar
google01103
Manager
Posts
6668
Karma
25

RE: improved copy handler

Fri Oct 17, 2008 5:41 pm
You should 1) describe Copy Handler and 2) define what isn't available in Dolphin

I think that maybe some of the things are already built into Linux like the queing and maybe the speed of transfer

FYI to anyone reading this - Copy Handler features per their website:
copying data at rates up to 6-7 times faster than standard MS Windows copying (when copying data from one partiton to another on the same physical hard disk);
allow full-control over the copying/moving process by pause, resume, restart and cancel features;
fully customizable - over 60 detailed options - from setting language (multiple languages) through auto-resume on error, shutting down system after copying finished to very detailed and technical (customizing copy/move thread - buffer sizes, thread priority, ...) ending on sounds on specific events;
multiple languages support - and more may appear, since the translation process is quite easy;
provides detailed informations about copy/move process (currect file, buffer sizes, priority, progress by size and visual bar, status, current and average speed, time elapsed/left, ...);
can automatically resume all unfinished operations when system starts;
limiting count of simultaneously processing tasks (copyings/movings) - tasks are set into a queue and are processed in order it was inserted into queue;
integration with system - adds additional commands to context menus of folders and drag&drop menus;
this program is open source - just download and use...


OpenSuse Leap 42.1 x64, Plasma 5.x

watricky
Registered Member
Posts
2
Karma
0

RE: improved copy handler

Fri Oct 17, 2008 6:12 pm
Thanks, goog

The features most important to me in this respect are queuing and speed control.

Speed control is mostly useful if you want the "copy" to happen in the background while you're working on more important things in the foreground. For example, you might be playing a game or watching a movie where you don't want the copy operation to cause skipped frames.

Screenshots of Total Copy:
http://www.softpedia.com/progScreenshot ... 34251.html

---

I find myself moving files around very often between different desktops and servers at my office. cp runs at the maximum possible speed it can go. If running more than one cp within separate terminals they don't communicate with each other in any way and all compete for system resources.

From withing the GUI, using Dolphin at least, the same thing happens. For example, moving 1 file to the network might have a total MB/s of 38MB/s whereas moving 2 to separate locations on the network will only go at about 8MB/s each.

A decent tool that can either prioritise or queue operations automatically (or allow the user to specify custom behaviour) would make things a lot faster for any given situation.

Screenshots of Copy Handler (queue is the left-hand side of the application):
http://www.softpedia.com/progScreenshot ... 55804.html

Copy Handler can be reduced to a "minimal" size where it takes up a very small amount of screen space, displaying only a progress bar.

---

Personally, I reckon both of these applications are way over-complicated and put too many options right "up front". They do their respective jobs very well, though.

Most users wouldn't care for something like this since it is more of a "power-user"-type feature, though no user should dismiss the potential improvement.

I think that if any of it can be passively implemented into an existing interface, this would be all the more better for all users.


Bookmarks



Who is online

Registered users: bartoloni, Bing [Bot], Google [Bot], Sogou [Bot], Yahoo [Bot]