Some ideas about TC copying improvements

[D1P]

Hi, all!

After discussion at forum.wincmd.ru I had some offers on TC improvement. Imho, offers are not so difficult in realization, but would be very much and are very convenient.

1. If it is impossible to read a file on CD while copying, TC show dialogue "Skip/Repeat". If i press "Skip", this dialogue will appear again on the next unreadable file. It would be necessary to add an option "Skip all unreadable" or something in this sort.

2. It would be desirable to have an opportunity of automatic computer shutdown after long operations ending, for example, at copying from DVD or FTP.

3. It would be desirable to have an opportunity to change operations sequence in the transfer manager. It would be conveniently very much.

4. Situation, when disk space ends during copying: all transfer manager tasks will be lost. It anger very much, especial when more than 10 tasks in the manager.

5. Same situation - if disk space ends on copying, then copy process breaks. Would be more correct to pause copying and show dialogue "Cancel copying/Continue copying". While copying is stopped, it is possible to free necessary space on disk, and continue copying.

6. Also it would be desirable to have an opportunity to change task status in the transfers manager. For example, there is a copying, it would be desirable if i can mark this task as "moving" on the fly, and, accordingly, on the contrary.

-

Universal decision of all these problems - new plugins type, which can handle copying/moving processes. As I think, realization of such plugins interface will not be too difficult, but there will be a lot of advantage.

[TealC]

Support ++

[gbo]

2. It would be desirable to have an opportunity of automatic computer shutdown after long operations ending, for example, at copying from DVD or FTP.

Hi,

Have a look here for a partial solution to this point (although it is not internal to TC but require autohotkey)

http://www.ghisler.ch/wiki/index.php/Shutdown_computer_after_download_or_copy

[D1P]

2gbo
Thank you, but it is really only partial solution, and not solve other problems... And i use PowerOff 5.3 for this purpose.

[Flint]

Fully support every point! Nothing more to say.

[Lefteous]

2D1P

Universal decision of all these problems - new plugins type, which can handle copying/moving processes. As I think, realization of such plugins interface will not be too difficult, but there will be a lot of advantage.

Most of your ideas sound good but I don't think a new plugin interface is required. Plugin interfaces are good when a single operation can be performed meaningful in many different ways. In this case I don't see more than one meaningful way of making a copy operation.
I think the internal copy operation has to be improved.

[D1P]

Plugins is the one of possible problem decision. But if those ideas will be implemented in TC without any plugins, it also will be very good.

But plugins create new opportunities.
TC supports two methods of copying - own and explorer method. With new plugins it is possible to realize different methods of copying. For example, fwx-plugin RamCopy copies files with buffering in memory. It works, in many cases, faster than usual copying. If this plugin could be used with normal copying, it would be convenient.

Added later:
Hmm, may be all ideas will be realized with wcx-plugins?

[JohnFredC]

Support these requests.

One very slow CD writer I use is not buffered, but otherwise reliable if sent data very slowly. I had to write a single purpose utility that would wait a minute before copying the next chunk (well, 48 seconds proved to be optimal).

This is an example where a plugin interface to copying might allow a developer to satisfy a specific or unique need within the context of the TC interface...

But then this applies to most of TC, doesn't it? If TC's basic functionality itself was implemented as an assemblage of core architecture + plugins + published plugin interfaces... (sigh). Just imagine.

Of course I don't need the copy thingie now, having written my own tool.

[SCHMaster]

Support !!!

[Led]

Support.
First of all TC is a FILE manager and all described things are important!

[D1P]

http://www.totalcmd.net/plugring/ntfslinks.html

If this program will be made as a plugin, it will be excellent. It is not necessary to speak at all what it will be advantage over other managers.

[cHiNgaChg00k]

100% support (I personally regard the shutdown-after-operation feature request as the least important but nevertheless it got my full support).

[ADv]

Support++

[D1P]

A lot of time has passed, and I would like to ask: whether will be in TC v. 7.0 any changes from suggested here? Now I see behaviour changes only if the disk space ending, while copying.
Probably, I have missed something, but I have no opportunity to watch all discussions at this forum.
Thank you.

[ghisler(Author)]

Indeed there will be some background transfer manager enhancements, including re-ordering - but only when paused.