Almar Klein

_Original comment by_ **Almar Klein (Bitbucket: [almarklein](http://bitbucket.org/almarklein), GitHub: [almarklein](http://github.com/almarklein))**: --- _Comment by [email protected]_ You touch on some interesting ideas, but I don't think that I understand what you mean by...

_Original comment by_ **Morag S. (Bitbucket: [morags](http://bitbucket.org/morags), GitHub: [morags](http://github.com/morags))**: --- _Comment by [email protected]_ So, as I've stated earlier I've got a couple of ideas related to the project manager. Again...

Technically yes. But this is not implemented, right now. If done, we'd have to make sure there are no records created afterwards, there is no other running record, and the...

Looks like a duplicate of #115 (the issue even has nearly the same name). It looks like support for VSCode is broken right now. We plan to move to AnyWidget,...

This is supposed to work. For some reason the first canvas now takes the content of the second. Not sure whether this is related to jupyter_rfb or vispy. Will have...

I'm pretty sure that it worked at that point, but it's not unlikely that it does no longer in recent VSCode.

> r._deserialize_state is not a function I searched the web for similar errors, but only find some older cases. Have you tried updating ipywidgets / jupyterlab?

The point of `shared.uniform_buffer` (or `u_stdinfo` in the shader), or any uniform buffer really, is that the values can change without resulting in a change for the shader. Making it...

> If I understand correctly, `_update_object` is called before drawing each frame and before `get_render_info`. The solution is therefore to trigger a "trackable change" in `_update_object` so that `get_render_info` gets...

The shader class can actually implement a base function: `def bake_function(self, wobject, camera, logical_size):` which would serve your purpose very well. Apart from implementing it, you must set the shader's...