You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are some cases where we may want to ensure that dependencies (other than protocol.json) are loaded before a protocol is considered "loaded" and ready for display.
Custom worker scripts
e.g., the nodeLabelWorker, which may otherwise cause a delay in label rendering (see Arbitrary node labeling #613 discussion)
This may also impact large image/video assets. For example, the looped video with sound in the development protocol takes several seconds to load, even on fast devices.
We won't want to load large assets into memory; we should let the browser handle natively (e.g., streaming video from disk).
Workers should be small, and are potentially required on every interface, so preloading makes sense. I've been assuming external data will be small enough to fit in memory, but if that's not necessarily the case, then we wouldn't include that here (and we may need to reconsider how we cache in #413).
Implementation: we can make this part of the protocol loading epic; once all dependencies are met, then PROTOCOL_LOADED is dispatched.
There are some cases where we may want to ensure that dependencies (other than protocol.json) are loaded before a protocol is considered "loaded" and ready for display.
The text was updated successfully, but these errors were encountered: