I've been thinking bokeh could possibly make use of react, for visualization and/or widgets. The linked topic and many of the other recent reactjs conference topics speak to the same problem bokeh is dealing with (server/web client performant visualization). This talk specifically gets to using react as the rendering layer for data vis of large data sets backed by a server.
The idea with react is both to insulate the web developer from the complexity that comes with stateful Dom manipulation and to avoid the performance issues that arise through cascading effects.
The author references using svg and canvas, as needed, possibly using React-Art, which is an abstraction to svg, canvas, and VML.
Nick, a new JS interface is a very high priority and several folks have mentioned react integration as well. My own thinking is that it would be usefule to have a "vanilla" JS interface (perhaps similar to other charting interfaces) and then build out React (or Angular or whatever) integration separately (but using the vanilla interface for implementation where possible).
Here is the issue: I am not an experienced JS dev. I have alot of experience with other charting libraries (Chaco, various proprietary ones) so that's why I was able to muddle through the parts of BokehJS I contributed. So, I would *really* benefit from some guidance here. If you have any thoughts about what a "basic" interface should best look like, I would be *very* interested to hear them. Basically I just need a little push to get started then I can crank away.
I would actually like to have at least a minimal new JS interface in place for 0.8, but that is only about 9 days away, so it will take a serious effort. If you have time to sketch an outline for a JS API I would definitely start in on it in earnest.
BTW, I would like to mention you and a few other new contributors in the upcoming announcement, but if you would prefer not to be named in the announcement for any reason please let me know.
I've been thinking bokeh could possibly make use of react, for visualization and/or widgets. The linked topic and many of the other recent reactjs conference topics speak to the same problem bokeh is dealing with (server/web client performant visualization). This talk specifically gets to using react as the rendering layer for data vis of large data sets backed by a server.
The idea with react is both to insulate the web developer from the complexity that comes with stateful Dom manipulation and to avoid the performance issues that arise through cascading effects.
The author references using svg and canvas, as needed, possibly using React-Art, which is an abstraction to svg, canvas, and VML.
I have alot of experience with other charting libraries (Chaco, various proprietary ones) so that's why I was able to muddle through the parts of BokehJS I contributed. So, I would *really* benefit from some guidance here. If you have any thoughts about what a "basic" interface should best look like, I would be *very* interested to hear them. Basically I just need a little push to get started then I can crank away.