<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>Le 14 déc. 2012 à 14:13, Nicholas Bollweg a écrit :</div><br class="Apple-interchange-newline"><blockquote type="cite">hi everybody! longtime user, first time poster.<br><br>I've been kicking around a lot of ideas of things to do with ipython notebook: while the bulk of stuff is clientside, to get there, i think i need to do custom cells, which is a little more than ellisonbg's "jsonhandlers" branch does. further, as the specific capabilities exposed will require some pretty big depndencies (pdf generation, numpy, etc.) I am thinking about doing everything as python modules that are installed into the environment, rather than as purely drop-in javascript assets.<br>
<br>i've started the work on github here:<br><a href="https://github.com/bollwyvl/ipython/tree/custom_cells">https://github.com/bollwyvl/ipython/tree/custom_cells</a><br><br>and a strawman cell provider here (does not contain working code, though it does load!):<br>
<a href="https://github.com/bollwyvl/ipython/tree/blockly">https://github.com/bollwyvl/ipython/tree/blockly</a><br><br>any insight is welcome!</blockquote><div><br></div><div>I'm curious of what kind of cell you wish to create…</div><br><blockquote type="cite"><br>To get my stuff in, i have used the setuptools iter_entry_points method I am familiar with... and defined a new entry_point, ipnotebook. plugins provide their list of assets and where one might find their static paths. can anyone comment on how this is (potentially) different from The IPython Way? The extensions stuff in the doc didn't look like they would be useful, so i gave up on trying to use that.</blockquote><blockquote type="cite">
<br>the structure of working with cells in master is pretty rigid right now, with the enumerated list of cells type in the code explicitly in the front end in several places, js and html. my initial work (in a addition to inadvertently recreating some of ellisonbg's work on the tornado app) has been to refactor all of those cases of adding buttons or whatever into something that looks at a window.IPython-scope plugin registry.... this is defined in cell.js right now, but maybe should be someplace else.<br></blockquote><div><br></div><div>I had a quick look, but it looks nice (and documented Javascript people !!! ).</div><div>I think it is already worth a PR agains IPython.&nbsp;</div><div><br></div><blockquote type="cite">
after i did discover ellisonbg's stuff, i saw the most recent work was on dependencies... during my stuff, i will look into frontend and backend asset managers: require.js</blockquote><div><br></div><div>Yes, we were thinking of require.js, but none of us did get the time to really look at it.&nbsp;</div><div>Also something we tend to forgot is that Fernando Explicitely asked that we found a way to test the javascript before starting any major change in javascript…</div><div>which could be really helpful to test for regression if we move this way.</div><div><br></div><blockquote type="cite"> and webassets come to mind. this would have the pleasant benefit of clearing up some of the mathjax complications, and would make plugin development a lot more robust, if not simpler... also, if a user installed the kitchen sink of plugins, which started adding a lot of javascript assets, ideally a user should not see significant notebook slowdown until they were actually using new features.<br></blockquote><div><br></div><div>For the rest I think Brian will be the best to answer on what are his project for that.</div><br><blockquote type="cite">looking forward to working on this over the holidays, and would love to have some fun things to show come 2013!<br></blockquote><div><br></div>Sure, lot's of awesome things, already huge number of PR unreviewed that are waiting to be refined to be merged.<br><div><br></div><br><blockquote type="cite">
_______________________________________________<br>IPython-dev mailing list<br><a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>http://mail.scipy.org/mailman/listinfo/ipython-dev<br></blockquote></div><br></body></html>