<p><br>
On Jul 14, 2012 1:58 PM, &quot;Brian Granger&quot; &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On Fri, Jul 13, 2012 at 7:05 PM, Kent Inverarity<br>
&gt; &lt;<a href="mailto:kent.inverarity@adelaide.edu.au">kent.inverarity@adelaide.edu.au</a>&gt; wrote:<br>
&gt; &gt; I&#39;d like to add a vote in for the continued presence of the dashboard, and<br>
&gt; &gt; for Brian&#39;s idea for incorporating multiple directories in the dashboard. I<br>
&gt; &gt; have no need at all for a fully-fledged file manager, just a means to switch<br>
&gt; &gt; between project dirs. And only an &quot;Open&quot; dialog doesn&#39;t fit that idea of a<br>
&gt; &gt; project dir at all.<br>
&gt;<br>
&gt; One other issue we need to work out:<br>
&gt;<br>
&gt; What if I have a git repo at ~/foo, that has subdirectories, bar and<br>
&gt; bam, each with notebooks.  With the model I propose, how does the user<br>
&gt; register the project?  Do they register ~/foo and we automatically<br>
&gt; scan that dir and all subdirs for notebooks?  Or do we require them to<br>
&gt; separately add ~/foo/bar and ~/foo/bam as projects dirs?<br>
&gt;<br>
&gt; My intuition is to go with the first option and include the last part<br>
&gt; of the path in the notebook name in the dashboard like:<br>
&gt;<br>
&gt; bam/notebook1.ipynb<br>
&gt; bar/notebook3.ipynb<br>
&gt;<br>
&gt; That would enable a user to add an entire directory tree of notebooks<br>
&gt; in one quick step.<br>
&gt;<br>
&gt; &gt; Also probably worth considering that an awful lot of users hate the command<br>
&gt; &gt; line, even for simple things like changing directories.<br>
&gt;<br>
&gt; How do you feel about requiring users to use the command line for more<br>
&gt; advanced things such as:<br>
&gt;<br>
&gt; * Moving notebooks between directories.<br>
&gt; * Renaming directories.<br>
&gt; * Copying entire projects.<br>
&gt; * etc?</p>
<p>I don&#39;t see that as a problem, because everyone&#39;s used to doing that, whether in a shell or using something like Windows Explorer. It&#39;d be good to have in the dashboard, but not as  necessary as changing the project directory.</p>

<p>&gt; &gt; With a dashboard<br>
&gt; &gt; that allows you to change dirs, the local-user use scenario doesn&#39;t require<br>
&gt; &gt; you to use the command line at all beyond the initial launch, which can be<br>
&gt; &gt; wrapped up into a shortcut, etc.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; &gt; Cheers<br>
&gt; &gt;<br>
&gt; &gt; Kent<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On 14 July 2012 08:39, Brian Granger &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt; wrote:<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Carl,<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; On Fri, Jul 13, 2012 at 10:23 AM, Carl Smith &lt;<a href="mailto:carl.input@gmail.com">carl.input@gmail.com</a>&gt; wrote:<br>
&gt; &gt;&gt; &gt; Each to their own. I never got the dashboard myself. I don&#39;t think it<br>
&gt; &gt;&gt; &gt; makes<br>
&gt; &gt;&gt; &gt; sense to have two interfaces when one of them can already do everything<br>
&gt; &gt;&gt; &gt; the<br>
&gt; &gt;&gt; &gt; other is meant to do.<br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt; Google docs is different because a doc can&#39;t manage other docs.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; I want to understand your view on this.  In my view, each notebook is<br>
&gt; &gt;&gt; a document, just like Google Docs.  In fact much of the design on the<br>
&gt; &gt;&gt; current notebook app is a blatant rip off of Google Docs.  In your<br>
&gt; &gt;&gt; mind, how does the notebook differ from Google Docs?<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; &gt; If other people like the dashboard, that&#39;s cool. There&#39;s nothing really<br>
&gt; &gt;&gt; &gt; wrong with it. I&#39;m just a minimalist.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; We are pretty minimalist as well.  Initially I thought about going in<br>
&gt; &gt;&gt; the direction you are talking about = having no dashboard and a more<br>
&gt; &gt;&gt; complex UI in the notebook page.  What I found though is that the<br>
&gt; &gt;&gt; notebook page grew a lot of complexity that made it feel less simple.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Cheers,<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Brian<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; &gt; On Jul 13, 2012 5:59 PM, &quot;Junkshops&quot; &lt;<a href="mailto:junkshops@gmail.com">junkshops@gmail.com</a>&gt; wrote:<br>
&gt; &gt;&gt; &gt;&gt;<br>
&gt; &gt;&gt; &gt;&gt; On 7/12/2012 7:30 PM, Carl Smith wrote:<br>
&gt; &gt;&gt; &gt;&gt; &gt; I would suggest just creating a magic that can open a notebook, given<br>
&gt; &gt;&gt; &gt;&gt; &gt; a path to it, using a bit of JavaScript.<br>
&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt;&gt; &gt; If you then started new IPython Notebook sessions with a new, empty<br>
&gt; &gt;&gt; &gt;&gt; &gt; notebook, instead of the dashboard, the user could do everything<br>
&gt; &gt;&gt; &gt;&gt; &gt; Brian<br>
&gt; &gt;&gt; &gt;&gt; &gt; suggested regarding the file system from within that notebook, and<br>
&gt; &gt;&gt; &gt;&gt; &gt; open any other notebooks whenever they wanted with the magic.<br>
&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt;&gt; &gt; You could add the options to open a notebook in the same tab, and<br>
&gt; &gt;&gt; &gt;&gt; &gt; either save and close the current notebook, or just delete it.<br>
&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt;&gt; &gt; Then there&#39;s no need for the dashboard at all and the Open... option<br>
&gt; &gt;&gt; &gt;&gt; &gt; in the File menu can be gotten rid of too.<br>
&gt; &gt;&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt;&gt; &gt; Maybe I&#39;ve missed something, but I just thought I&#39;d add my two<br>
&gt; &gt;&gt; &gt;&gt; &gt; pennies.<br>
&gt; &gt;&gt; &gt;&gt; &gt; I think cluster controls and drag and drop uploads can be done from<br>
&gt; &gt;&gt; &gt;&gt; &gt; within a notebook too.<br>
&gt; &gt;&gt; &gt;&gt; I assume this is all fine for advanced users, but my 2bits as an<br>
&gt; &gt;&gt; &gt;&gt; IPython<br>
&gt; &gt;&gt; &gt;&gt; newbie is that the dashboard and file menus make IPy much more<br>
&gt; &gt;&gt; &gt;&gt; user-friendly for new users. I&#39;d recommend keeping the dashboard and<br>
&gt; &gt;&gt; &gt;&gt; the<br>
&gt; &gt;&gt; &gt;&gt; file/engine tabs as the default, but perhaps there could be a command<br>
&gt; &gt;&gt; &gt;&gt; line option to disable the dashboard and start instead with a bare<br>
&gt; &gt;&gt; &gt;&gt; notebook when connecting to the nbserver.<br>
&gt; &gt;&gt; &gt;&gt;<br>
&gt; &gt;&gt; &gt;&gt; I guess I don&#39;t understand why having the File&gt;open menuitem is a<br>
&gt; &gt;&gt; &gt;&gt; drawback. Again, it&#39;s friendly to new users as opposed to having to<br>
&gt; &gt;&gt; &gt;&gt; look<br>
&gt; &gt;&gt; &gt;&gt; up a magic command.<br>
&gt; &gt;&gt; &gt;&gt;<br>
&gt; &gt;&gt; &gt;&gt; Cheers, Gavin<br>
&gt; &gt;&gt; &gt;&gt; _______________________________________________<br>
&gt; &gt;&gt; &gt;&gt; IPython-User mailing list<br>
&gt; &gt;&gt; &gt;&gt; <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
&gt; &gt;&gt; &gt;&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt; _______________________________________________<br>
&gt; &gt;&gt; &gt; IPython-User mailing list<br>
&gt; &gt;&gt; &gt; <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
&gt; &gt;&gt; &gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; --<br>
&gt; &gt;&gt; Brian E. Granger<br>
&gt; &gt;&gt; Cal Poly State University, San Luis Obispo<br>
&gt; &gt;&gt; <a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a> and <a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
&gt; &gt;&gt; _______________________________________________<br>
&gt; &gt;&gt; IPython-User mailing list<br>
&gt; &gt;&gt; <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
&gt; &gt;&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; IPython-User mailing list<br>
&gt; &gt; <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
&gt; &gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Brian E. Granger<br>
&gt; Cal Poly State University, San Luis Obispo<br>
&gt; <a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a> and <a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
&gt; _______________________________________________<br>
&gt; IPython-User mailing list<br>
&gt; <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
</p>