-
Notifications
You must be signed in to change notification settings - Fork 311
WASM #15
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
Comments
Probably a good idea to wait until the wasm support becomes more mature. |
Don't really think this is worth doing. Based on the current js API, I don't think Go has a shot at becoming a solid frontend language so I wouldn't want to spend time on this. |
Definitely open to revisiting this in the future when WASM support is more mature. |
Nvm, I think I this should be done. See https://www.reddit.com/r/golang/comments/b6y4h4/vugu_a_modern_ui_library_for_gowebassembly/ People do want to write frontend's in Go, I get it, the JS eco system isn't really good. |
Not 100% sure on this now as passing a custom net/http client will not work. |
I guess it'd just become a no-op. Seems janky for sure though but a lot of Go probably doesn't work in wasm so it should be fine. |
Another issue is that the browser has a websocket status code for when the tls handshake fails whereas we just return the handshake error and we can't return a |
I don't think this is worth it, lets revisit in the future. |
golang/go#27311
Can't really support the current API, browser API is different and much less expressive.
The text was updated successfully, but these errors were encountered: