[IPython-dev] More widget feasibility ideas

Adam Hughes hughesadam87 at gmail.com
Thu Oct 30 13:38:36 EDT 2014

So we can also drop the def displayed() / on_displayed portions of the GUI,

On Thu, Oct 30, 2014 at 1:05 PM, Nicholas Bollweg <nick.bollweg at gmail.com>

> You specify it when you create the instance:
> w = SomeWidget(_dom_classes=["panel-body"])
> or, in the case of class that should always get a _dom_class:
> class PanelBody(widgets.Box):
>     def __init__(self, *args, **kwargs):
>         super(PanelBody, self).__init__(*args, **kwargs)
>         self._dom_classes += ("panel-body",)
> You could also monkey with the kwargs beforehand, avoiding, under the
> covers, two calls to update_classes, but this approach is easy to read,
> which i think wins out.
> When I asked about this on gitter, the reasoning for this change was that
> the add/remove class couldn't be made stateful, and that it was using
> extra, custom comms stuff to do something that traitlets were perfectly
> capable of. Thus, this traitlet. Howevever, as you can see from it having
> the _ prefix, this is really much more of a widget-developer functionality:
> it is suggested that no-fooling custom javascript be done... which is still
> not exactly simple.
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20141030/09d0f630/attachment.html>

More information about the IPython-dev mailing list