Continuos copy/move

Here you can propose new features, make suggestions etc.

Moderators: Hacker, petermad, Stefan2, white

Post Reply
User avatar
hlloyge
Member
Member
Posts: 131
Joined: 2006-11-02, 23:14 UTC

Continuos copy/move

Post by *hlloyge »

I don't know if this has been suggested, I've searched but couldn't find anything.

I often move large directories with a lot of files. During the moving, I got asked whether I would like to delete some file because it is read only/system or something... and often I am not at computer.

It would be nice if there would be a way for TC to continue copying all other files it can copy, and wait on the files it has to ask a question about.

Thank you.
User avatar
MVV
Power Member
Power Member
Posts: 8711
Joined: 2008-08-03, 12:51 UTC
Location: Russian Federation

Post by *MVV »

It was really discussed many times. :D

E.g. here.
User avatar
hlloyge
Member
Member
Posts: 131
Joined: 2006-11-02, 23:14 UTC

Post by *hlloyge »

I am sorry I am late with answers, but I have a very busy schedule.

Well, it has indeed started to be discussed, but it wasn't finished. I still feel that there is need for an option to continuation of copy of all files that can be copied without asking questions in the background while waiting for user input on doubtful files. Not just those longer than 255 characters.
User avatar
MVV
Power Member
Power Member
Posts: 8711
Joined: 2008-08-03, 12:51 UTC
Location: Russian Federation

Post by *MVV »

You may suppress warnings for long file paths via wincmd.ini parameter LongNameCopy (read section 4.b of totalcmd.chm for details). Also, you may disable warnings on deletion read-only or system files (Configuration - Misc.). Maybe it will be helpful.
User avatar
hlloyge
Member
Member
Posts: 131
Joined: 2006-11-02, 23:14 UTC

Post by *hlloyge »

But I do want those warnings! I just want that copy/move operation doesn't stop while waiting for me to decide what should I do with duplicate files, readonly files that might (or might not be) overwritten, and so on. I guess that shouldn't be that hard to implement.
Post Reply