Ryan Morshead

@allefeld I’d take a look at my project [idom](https://github.com/rmorshea/idom) (basically a second draft of purly mentioned above). It seems to do exactly what you’re looking for.

@allefeld IDOM does in fact require you to create a simple socket server to send DOM updates to the frontend because it's not inherently tied to the Jupyter ecosystem. With...

@allefeld it may be worth noting that for "large" views there may be some performance limitations since: - The whole JSON view representation still needs to be sent over the...

Ok, here's an example which demonstrates these performance limitations. This 25x25 grid of colors shifts the colors in a row to the right when clicked. While for many use cases...

Thanks for reporting this.

@SylvainCorlay why store the validators on TraitType instances, and not on each HasTraits class? Storing on TraitTypes seems a bit dangerous since anything that calls `TraitType.valid` will effect all subclasses...

@SylvainCorlay, I guess you could apply my argument to `TraitType.tag`, so my criticism isn't really valid. However, the issue I wanted to address with that comment was the extendability of...

Additionally, the name `valid` is very confusing. I think `has_valid` would make it significantly more distinct.

@maartenbreddels this is another option for performance enhancements.

There's definitely some performance benefit to be gained by reducing default value validation if it will be overwritten anyway. With that said, I think the deeper problem here is that...