On Mon, Nov 19, 2012 at 10:49 AM, Carl Smith <span dir="ltr"><<a href="mailto:carl.input@gmail.com" target="_blank">carl.input@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im">On 19 November 2012 17:13, Brian Granger <<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>> wrote:<br>
> Carl,<br>
><br>
> I think there has been a bit of confusion.  I think the IPEP we need to<br>
> discuss at this point is for adding *native* support in the IPython Notebook<br>
> server for editing other file types using ACE/CodeMirror.  That is, I think<br>
> we want the notebook dashboard to show all file types (not just notebooks)<br>
> and when a user clicks on one of the other file types, they get an editor<br>
> window with that file.  This should be fully integrated with the notebook<br>
> UI+Server and on by default for all users.  I don't think we want to go into<br>
> the direction that you propose of allowing the creation of completely custom<br>
> UIs/Frontends.  The reason is that such UIs will require custom server code<br>
> to support, which raises a whole bunch of issues that we are simply not<br>
> ready to tackle in any way.  Does this make sense?<br>
<br>
</div>Ah, OK. Feel free to edit or delete the IPEP if it's not especially<br>
useful as is.<br></blockquote><div><br></div><div>Wouldn't it be better to add some kind of "rejected" status to the IPEP, similar to regular Python PEPs?  In fact, I find the status part of regular PEPs to be the most useful part, because it's otherwise not clear if the PEP was already implemented, or being implemented, or still being written/discussed, or rejected, or what.</div>

<div><br></div><div>Here's a PEP of the Python PEP guidelines: <a href="http://www.python.org/dev/peps/pep-0001/">http://www.python.org/dev/peps/pep-0001/</a>.  It might be useful to emulate much of that with the IPEPs.</div>

<div><br></div><div>Aaron Meurer</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
I was intending for these frontends to only use the existing API that<br>
the Notebook uses now, so no server side changes would need to be made<br>
beyond adding one feature. The IPython server would need to be able to<br>
serve any local file as a HTTP response.<br>
<br>
If the IPython server API could accept requests to a specified URL,<br>
where the request would contain a path to a file, and the server could<br>
just return that file, then everything should work without any other<br>
changes being made.<br>
<br>
A user could save the main HTML file for any web app on the same<br>
machine IPython is running on, then write a magic that outputs some<br>
JS. The JS would open a new tab, pointing the tab at the specified URL<br>
and passing the file's path in the request. The server would return<br>
the file, and the app would be rendered in the new tab. Once the app<br>
is running, it should use the same API as the Notebook uses for all<br>
future interactions with the server/kernel.<br>
<br>
You could almost do this now, but you'd need a separate server to<br>
simply serve the panel app's source on each instantiation.<br>
<div class="im"><br>
> On this broader issue, the new Javascript plugins under review would provide<br>
> an implementation route for some of what you are talking about (the client<br>
> side, not the server side).<br>
<br>
</div>I wasn't aware of this work. Maybe this will handle the problems on<br>
the client-side, which, as I understand it, are only problems of<br>
difficulty, rather than technical limitations.<br>
<br>
Thanks Brian<br>
<div class=""><div class="h5">_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br></div>