However when question dialog is shown, TC can only wait. It would be nice to improve this.01.09.13 Added: F5 copy, questions asked at end: If there is a dialog within the first 5 seconds, show it instead of postponing it (the user should still be there) - was 0.5 seconds in beta 1 (32/64)
0. Main copy/move/etc_operation thread processes objects that may be processed and in case of a question adds it to a question queue, at the same time background thread asks questions in a loop from this queue. So, when TC shows a confirmation, it continues processing items that may be processed instead of waiting for user's answer. Such question thread won't slow system down because it will wait most of time.
1. Copy dialog may show an icon when answer queue is not empty, click on that icon may show first unanswered question, also it may show a number of items that wait for confirmations (it is not a number of confirmations which is unknown because 'yes to all' answers exist). Question dialog should be modal to operation progress window and have a button 'postpone' (it may be called again using an icon if user have to go and can't answer more).
2. Every item in a queue should contain a set of flags for confirmations (read only, long path, already exists, access denied etc). When user answers 'yes to all' for some type of confirmation, further items with only that confirmation may be processed w/o questions.
3. When operation thread reaches end of queue, it repeats queue. If some answers were given during first pass, queue should be repeated immediately, then if no answers were given during a pass, TC should wait for answers before next pass. In case of a single question only that item should be processed, in case of 'yes to all/no to all' answer next pass should be performed in order to process/skip items with such flags.
4. Perhaps questions window should contain buttons 'next/previous answer' and 'next/previous answer type' (or these may be done with shift+click or context menu).