Allow ProgressOn function to return window handle of the progress dialog it creates

[TimRude]

Presently, the ProgressOn function has no return value.

It would be quite useful if the function returned the window handle of the progress dialog it creates. That would allow programmatically interacting with the Progress dialog using functions such as WinGetPos, WinMove, WinSetTrans, etc.

This would not break existing scripts since no scripts are currently expecting a return value from ProgressOn and those who don't want to use it can simply continue to ignore it.

[BrewManNH]

The ProgressOn function is a very basic splash screen with progress bar. Getting the handle of it should be simple enough, or you could just build your own so you have absolute control over it. There are examples in the forum of DIY splash screens with progress bars.

[TimRude <timrude@…>]

Yes, it is fairly simple to get the handle of it using something like WinGetHandle("[TITLE:blah blah blah; CLASS:AutoIt v3]").

But what would be the harm of having the function call simply return the handle of the dialog? Then you wouldn't have to futz around with looking for the window, making sure in code that you update the title text in the WinGetHandle call if you update it in the ProgressOn call, or wonder if maybe there's another AutoIt process that spawned a progress dialog with the same title (unlikely, but not entirely impossible).

Since there's currently no return value from the ProgressOn function, this would be a useful addition with no negative impact on existing code whatsoever.

[J-Paul Mesnage]

Fix sent to Jon