On Mon, Nov 19, 2012 at 10:49 AM, Carl Smith <span dir="ltr">&lt;<a href="mailto:carl.input@gmail.com" target="_blank">carl.input@gmail.com</a>&gt;</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 &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt; wrote:<br>
&gt; Carl,<br>
&gt;<br>
&gt; I think there has been a bit of confusion.  I think the IPEP we need to<br>
&gt; discuss at this point is for adding *native* support in the IPython Notebook<br>
&gt; server for editing other file types using ACE/CodeMirror.  That is, I think<br>
&gt; we want the notebook dashboard to show all file types (not just notebooks)<br>
&gt; and when a user clicks on one of the other file types, they get an editor<br>
&gt; window with that file.  This should be fully integrated with the notebook<br>
&gt; UI+Server and on by default for all users.  I don&#39;t think we want to go into<br>
&gt; the direction that you propose of allowing the creation of completely custom<br>
&gt; UIs/Frontends.  The reason is that such UIs will require custom server code<br>
&gt; to support, which raises a whole bunch of issues that we are simply not<br>
&gt; 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&#39;s not especially<br>
useful as is.<br></blockquote><div><br></div><div>Wouldn&#39;t it be better to add some kind of &quot;rejected&quot; 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&#39;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&#39;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&#39;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&#39;d need a separate server to<br>
simply serve the panel app&#39;s source on each instantiation.<br>
<div class="im"><br>
&gt; On this broader issue, the new Javascript plugins under review would provide<br>
&gt; an implementation route for some of what you are talking about (the client<br>
&gt; side, not the server side).<br>
<br>
</div>I wasn&#39;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>