Total Commander

I think it would be useful if TC would process F2 keypress in progress dialogs (copy/move/delete etc) as 'Background' button press. F2 is a key that works in any keyboard layout and it is the same as button that puts process into background (to the BTM) before starting an operation.

Good idea.

Support, I often dream about this feature too.

I'm not sure what you are asking for.
Should 'F2' send that progress dialog simply into background, as if you pressed 'B'? Or should it send that operation into BTM? If you want the latter, then I support it too. But if you want the former, then I don't agree. In those dialogs 'F2' is associated with BTM, while 'B' is associated with simple background. It's not a good idea to mix them.

Should 'F2' send that progress dialog simply into background, as if you pressed 'B'?

That's correct. Keep in mind that 'B' works only in corresponding keyboard layout and TC interface language. E.g. in Russian TC interface 'B' won't work, and it is a pain to constantly switch layouts since most files and console commands are in English and keyboard shortcuts are in Russian.

In those dialogs 'F2' is associated with BTM, while 'B' is associated with simple background. It's not a good idea to mix them.

TC doesn't support sending already running processes to BTM so no mix will occur.

Ok, I see your point.

TC doesn't support sending to BTM already running processes so no mix will occur.

What I meant was, that in copy dialog, 'F2' would mean "send to BTM" while in copy progress dialog it would mean "simply send to background". But I guess one could get used to this ambiguity.

Both 'F2 Queue' and 'Background' buttons send operation to background and only one of them may be started in any moment. From confirm dialog you can only start BTM process (no 'Background') button, while from progress dialog you can only send progress dialog to background (no 'F2 Queue' button). So it would be logical to use same key in both cases.

MVV wrote:

Should 'F2' send that progress dialog simply into background, as if you pressed 'B'?

That's correct. Keep in mind that 'B' works only in corresponding keyboard layout and TC interface language. E.g. in Russian TC interface 'B' won't work, and it is a pain to constantly switch layouts since most files and console commands are in English and keyboard shortcuts are in Russian.

Isnt it then more usefull to create a good russian interface?

I meant F2 sending already started process to existing BTM because sometimes I mistakenly press Enter instead of F2 on Copy Confirm dialog.

Sir_SiLvA wrote:Isnt it then more usefull to create a good russian interface?

How do you suggest to do that?
Only a few keys work in same way in both En/Ru, and it is too ugly to use them as shortcuts. But in this specific case I can use text 'F&2 Queue' and 'F&2 Background' so Alt+2 will work in both cases (I'm already use Alt+1/2/3/4 to focus Search for/RegEx/Find text/RegEx in find files dialog, and Alt+7/8/9/0 for View/New search/Go to file/Feed to listbox buttons).

Anyway, if you often use F2 to send task to BTM, you can easilly access that key to send task to background - just habitually.

Valentino wrote:I meant F2 sending already started process to existing BTM because sometimes I mistakenly press Enter instead of F2 on Copy Confirm dialog.

It is too hard to implement, I think. If you always use BTM, maybe you should set AlwaysCopyInBackground=2 in wincmd.ini (read more in TC help section 4.b).

I would also very much like that feature, of switching a basic transfer to queue mode, to be implemented.

The "queue" transfer mode is especially useful for me when adding music from several folders to an USB plugged MP3 portable device.

So, of course, one could always press F2 to always transfer in background+queue mode.

But :
1) I like having the transfer progress on front, as many times i leave the computer to do something else and then still can follow the progress clearly.
2) Then sometimes, while it's already transferring and still will for a long time, i want to browse and transfer more files to the device. But i cannot switch to queue mode (and would never start a concurrent transfer to the same device, no no no).

-EDIT-

Or maybe, if not doable... Any queue transfer could wait for the possible existing normal transfer to end, before starting?