Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

&sl and others make the website inaccessible #564

Open
thecaralice opened this issue Oct 2, 2024 · 1 comment
Open

&sl and others make the website inaccessible #564

thecaralice opened this issue Oct 2, 2024 · 1 comment
Labels
wontfix This will not be worked on

Comments

@thecaralice
Copy link
Contributor

This was discovered while digging into #563 behavior on the website.
Basically, if you run &sl, ⍢()1 or virtually anything that takes some time to run you can notice that the editor itself, other editor widgets, search bar etc. are all inaccessible.
Potential solutions include using the browser's async runtime to run other things while the code is running, or using WASM threads.

@kaikalii kaikalii added the wontfix This will not be worked on label Oct 2, 2024
@kaikalii
Copy link
Member

kaikalii commented Oct 2, 2024

The normal threading APIs are not available in WASM.
The Uiua runtime is not async, and I won't make it.

Therefore, the only way to fix this is with web-workers. The Worker api does not let you pass an arbitrary closure, and working with it from Rust is weird and complicated.

If you would like to prevent long hangs, reduce the execution limit in the pad settings, or use the native interpreter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants