As I can see the hot loading will fail in such case since it cannot touch the DOM. But it's a obvious solution we need to gain performance in a browser. Is there some solution for it now?
--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to the Google Groups "ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email to clojurescrip...@googlegroups.com.
To post to this group, send email to clojur...@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.
You received this message because you are subscribed to a topic in the Google Groups "ClojureScript" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/clojurescript/4b7zPDh70_M/unsubscribe.
To unsubscribe from this group and all its topics, send an email to clojurescrip...@googlegroups.com.
Firefox was the last browser to add support for websockets in webworkers (fixed in FF 38):
https://bugzilla.mozilla.org/show_bug.cgi?id=504553
So make sure you are using a recent browser.
Figwheel tests for websocket support by checking for the existence of window.WebSocket. However, webworkers cannot access the window object so this will always fail in a webworker. This doesn't mean that a webworker-aware Figwheel couldn't use "new WebWorker(...)" and check for an exception/error instead.
Regardless, I don't think you are going to get Figwheel working in a webworker *and* in the main thread at the same time. Maybe one or the other but not both due to conflicts on the server-side w.r.t. port numbers and the like. Also, there are likely other assumptions in Figwheel about access to the DOM/window that go beyond simply testing for websocket support... YMWV.
Good luck!
Alan