These are chat archives for ipython/ipython
box = Box() display(box) a = IntSlider() box.children = [a]
box create -> creates comm_box message queue box update -> queued up in the comm_box message queue to update the box model a create -> creates comm_a message queue a update -> queued up in the comm_a message queue to update the a model box update -> queued up in comm_box message queue to update the box model (which triggers a creation of the a slider view)
box queue: create, update, update2 a queue: create, update
comm.send(..., depends_on_comms=[commA, commB, commC]). Widgets, when they realize they are sending a model reference, would expose that dependency on the other widget model's comms, i.e., if a widget sent an update where they are sending a model reference, they could explicitly depend on that other widget's comm.
with All(w1, w2, w3): w1.foo = ... w2.bar = ...
to mean that updates of w1 and w2 may be processes asynchronously
Allidea is to allow them to be locally async when you know they can be
Allwould have it own queue taking all messages originally meant for
w3and the js implementation of the
Allwidget would process the messages without the synchronicity constraints to which the main widget manager is bound
with hold_sync... It is an advance feature of the API
__setattr__to be overridden.