I like the new "Wait For" feature (I just upgraded from v3.2), but see that it does its best when used calling B4A code, where a hard loop can be interspersed with sleep's; as in the countdown code sample.
However, when a long "external" process is started, the UI gets blocked. It would seem to me that the mechanisms/code paradigms used in the "wait for" could be extended to optionally start the process on a non UI thread; ie a new thread.
For example, I have just coded an app that calls shell scripts, some of which take over 10s to complete, and the UI gets stalled during the call. Touching the screen during this time also triggers the app not responding, wait/kill message.
However, when a long "external" process is started, the UI gets blocked. It would seem to me that the mechanisms/code paradigms used in the "wait for" could be extended to optionally start the process on a non UI thread; ie a new thread.
For example, I have just coded an app that calls shell scripts, some of which take over 10s to complete, and the UI gets stalled during the call. Touching the screen during this time also triggers the app not responding, wait/kill message.