[JW Lua] Progress bar doesn't update / Finale screen doesn't update on long scripts - solved

[Jan Angermüller]

Jari et al,

Finally I found a solution to this one:
an overlayed progress bar in its own process created with AutoHotkey and 
triggered by JW Lua.
This is how it looks: https://www.youtube.com/watch?v=tU_Iw3aHC8M
(see the new progress bar at the right bottom)
 From what I have read this also possible on MacOS with Keyboard Maestro.

BTW, the "Green 1" at the top left is another AutoHotkey process it 
shows the currently selected layer.
It becomes red when it's not layer 1.

Jan

Am 27.07.2017 um 20:30 schrieb Jari Williamsson:
> Jan,
>
> Finale is basically single-threaded in how it handles data (which is 
> basically the same way as 16-bit Finale back in the early days), and 
> the main thread is also the thread that paints the screen. So a JW Lua 
> script is executed in the main thread.
>
> Finale 25 seems to have some multithreading going on (I strongly 
> suspect that HP processes data parallel to the playback thread in 
> Finale 25), so I don't know how this will be in the future.
>
>
> Best regards,
>
> Jari Williamsson
>
>
> On 2017-07-27 11:57, Jan Angermüller wrote:
>> Jari,
>>
>> when running long scripts, Finale (or Windows?) sometimes freezes the 
>> screen update.
>>
>> If you look at this video ( 
>> https://www.youtube.com/watch?v=0ugMNTzJAPg ), you see that Finale's 
>> screen update freezes after about 15 seconds although it internally 
>> still changes part scopes and views regularly. Finale is still 
>> working fine in the background until it finishes (in the video at 25 
>> seconds) and finally refreshes the screen.
>>
>> Do you know of the cause? Is this a general Finale or OS 
>> multi-thread/multi-tasking problem when running long 
>> scripts/functions? I know that things like this used to happen in 
>> other software as well - but this was years ago in Windows XP. All 
>> software I use nowadays regularly updates the screen during processing.
>> Would adding another refresh, repaint, update, etc. function to the 
>> progress bar solve the problem? Its value actually updates during the 
>> freeze, but it's not visible.
>>
>> Best,
>> Jan
>>
>>
>> _______________________________________________
>> JWLua mailing list
>> JWLua at jwmusic.nu
>> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu
>>
>
>
>
> _______________________________________________
> JWLua mailing list
> JWLua at jwmusic.nu
> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jwmusic.nu/pipermail/jwlua_jwmusic.nu/attachments/20180323/128f529f/attachment.htm>