Hi __m128,
Thanks for the feedback. I've changed the progress window to not use the topmost style, so it won't steal focus when shown in future versions.
The historical reason for 'topmosting' * the progress window was to ensure it was above the L3DT main window at all times, as otherwise it is liable to get lost behind the main window. That was quite a problem, as it denied the user any useful progress display, prevented the user from cancelling the calculation, and generally made the user think the program had locked up or stopped for some reason. The topmost style fixed this problem, admittedly in one of the most distasteful, inconsiderate, and easy-to-implement ways.
For the next update I have made it so that the window is shown on top, but not topmost, and when L3DT is activated (i.e. alt-tabbed to, or clicked upon by the mouse), the progress window is brought back to the top (but not topmost). This means that the progress window should always sit above L3DT, or can be retrieved by clicking on L3DT, but it will never pop above the foreground application (if it's not L3DT, of course).
Even worse, the cancel button is preselected...
The cancel button is always given focus because the Windows dialog manager has to give input focus to a control, and it's the only control in the window that can accept input. That said, I was never too happy when some typing would inadvertently cancel a calculation.
Anyway, thanks again for the bug report. The fix will be in the next developmental build, which should be available within the next week or so.
Cheerio,
Aaron.
* apologies for wonton verbing.