changed: background file manager operations

[ghost]

As in the topic. I could probably split this a bit if you insist, but it got so damm entangled..

[ghost]

this depends on pr #1530

[opdenkamp]

nice

[ghost]

better split now and no longer depends on #1530

[jmarshallnz]

Looks good to me. A few functions could be const (You asked for it by changing one that wasn't related...)

[ghost]

hah, as if i'd ever do such a thing ;) put it in the correct context now + made the new functions const.

[ghost]

no other concerns?

[dersphere]

If you are interested in a user opinion: I would like it even more if it would copy or move files one after another with any kind of queue and not parallel.

[ghost]

it's sorta what it does. it does two user-initiated operations in parallel. an operation can be copying n files or n dirs or whatever.

[dersphere]

Oh, looks like I was not precise enough - sorry.
When I start copying file A and then start copying file B, both copy-jobs are done at the same time (and the progress window switches between the jobs).

[ghost]

i got you. if, however, you mark file a and file b and hit copy, they will be copied in sequence. doing it all in sequence is trivial, that's just removing the 2 thread slots. but imo this is better.