Repository navigation
webworkers - initial startup helper #207
Description
New docs are looking great. 👍
Was looking through webworkers and thought you might want to add a starter function which might be used when the page starts up to pre-initialise the workers so they are ready sooner.
I took this from a prior code version so it probably needs some refining, updating to 2026.1.1, and to be in a function
but something like this could be useful to add
# start workers but no handles to use and have to wait - so use ltk.schedule instead
for el in window.document.querySelectorAll("[type='py'][worker][name]"):
print("found",el, el.id)
print(workers, workers.id, workers.name)
el.onload(ltk.proxy(lambda e: print("loaded",e)))
print(dir(el))
await workers[el.getAttribute('name')]
Activity
WebReflection commentedon Jan 22, 2026
@Neon22 I am not sure
el.onloadmakes sense in there, because the script is handled by JS, not by the browser,loadevent in there might not be triggering the way you expect.On top of that, it looks like this way you still await one worker after the other, which is OKish but I'd rather do it this way:
this would await in parallel all workers, not one after the other, so if the order does not matter, that's the way I'd go.
Neon22 commentedon Jan 22, 2026
Seems much better than what I cobbled together from an earlier build.
Please consider adding it to the docs.
I think it would be useful to be able to kick the Workers off before needing them, so that the "app" would be even more responsive.
Cheers...