F2 in progress dialog to put it into background

MVV · Post by *MVV » 2012-05-10, 06:42 UTC

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.

MaxX · Post by *MaxX » 2012-05-10, 08:57 UTC

Good idea.

Valentino · Post by *Valentino » 2012-05-10, 09:04 UTC

Support, I often dream about this feature too.

umbra · Post by *umbra » 2012-05-10, 13:09 UTC

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.

MVV · Post by *MVV » 2012-05-10, 13:19 UTC

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.

umbra · Post by *umbra » 2012-05-10, 13:32 UTC

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.

MVV · Post by *MVV » 2012-05-10, 13:41 UTC

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.

Sir_SiLvA · Post by *Sir_SiLvA » 2012-05-10, 14:59 UTC

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?

Valentino · Post by *Valentino » 2012-05-10, 15:04 UTC

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

MVV · Post by *MVV » 2012-05-10, 15:49 UTC

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).

dma · Post by *dma » 2012-07-07, 08:00 UTC

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?