<p>I&#39;m not suggesting IPython solve all these issues, just look at the bigger picture a bit before trying to fix each issue one at a time.</p>
<div class="gmail_quote">On Jun 27, 2012 1:12 PM, &quot;Carl Smith&quot; &lt;<a href="mailto:carl.input@gmail.com">carl.input@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi<br>
<br>
I&#39;ve been discussing similar issues on a different thread. My<br>
impression is that IPython has issues with file management in general,<br>
not just files to do with projects, but the whole persistency<br>
abstraction is getting messy. I don&#39;t expect to ever see the IPython<br>
File Manager, and I can&#39;t see how it&#39;d solve many of the problems<br>
anyway, but it does seem worthwhile exploring the broader issue of<br>
file systems, cloud storage, working directories, and so on, and<br>
evaluating what can be done.<br>
<br>
Just my two pennies.<br>
<br>
Carl<br>
<br>
On 27 June 2012 12:17, Thomas Kluyver &lt;<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>&gt; wrote:<br>
&gt; On 27 June 2012 02:10, Brian Granger &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt; wrote:<br>
&gt;&gt; What I am proposing would *improve* local use dramatically:<br>
&gt;&gt;<br>
&gt;&gt; * Persistent URLs that you can bookmark and reload across sessions.<br>
&gt;&gt; * No more worrying about accidentally renaming/uploading over an<br>
&gt;&gt; existing notebook.<br>
&gt;&gt; * A natural place for autosave files.<br>
&gt;<br>
&gt; But as a local application, I expect it to work with regular files in<br>
&gt; normal locations on my filesystem. Our intention was &#39;directory as<br>
&gt; project&#39; - you can have your notebook files alongside data files and<br>
&gt; Python modules. Eventually, I&#39;d like to be able to double click the<br>
&gt; ipynb files in my file manager to load them, rather than having to<br>
&gt; load up our &#39;notebook list&#39; as a file manager.<br>
&gt;<br>
&gt; This approach has lots of advantages that I don&#39;t think we want to<br>
&gt; throw away. You can easily put a project in version control, or keep<br>
&gt; it in Dropbox or similar services. You can quickly grab the file and<br>
&gt; attach it to an email. You can easily back up the project folder.<br>
&gt; Notebooks tucked away in a separate folder and named by meaningless<br>
&gt; UUIDs would be much less convenient in many ways.<br>
&gt;<br>
&gt; Perhaps I can suggest an alternative approach: in &#39;local application&#39;<br>
&gt; mode, we don&#39;t try to offer a notebook manager. It&#39;s never going to be<br>
&gt; as good as native file managers, and we&#39;re not really interested in<br>
&gt; reimplementing that functionality. If you want to copy notebooks,<br>
&gt; delete them, etc., you do it in your file manager (or terminal, if you<br>
&gt; prefer). It would still need to detect conflicts when you &#39;save as&#39;<br>
&gt; from the notebook interface, but I&#39;m sure we can make that work.<br>
&gt;<br>
&gt; Thanks,<br>
&gt; Thomas<br>
&gt; _______________________________________________<br>
&gt; IPython-dev mailing list<br>
&gt; <a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</blockquote></div>