Hi, <div><br></div><div>here is my wishful spec:<div><div><br></div><div>   nbconvert --output &lt;folder or file&gt; --format &lt;html (default) | rst | ...&gt; foo.ipynb</div></div><div><br></div><div>default format is html, so --format is optional</div>
<div>default output is ./foo.html so --output is also optional</div><div>internally you determine if the value of output is a folder or file:</div><div><br></div><div>     case 1: if input is single file, output is folder, then output is folder/foo.&lt;fmt&gt;</div>
<div>     case 2: if input is single file, output is file, then output is the given file</div><div>     case 3: if input is multiple (folder or glob), output is a file, then error out, </div><div>     case 4: if input is folder or glob, output is folder, then generate multiple files as folder/*.&lt;fmt&gt;</div>
<div><br></div><div>Thanks,</div><div><br></div><div>Wen</div><div><br></div><div><br><br><div class="gmail_quote">On Mon, Dec 3, 2012 at 8:43 AM, Maximilian Albert <span dir="ltr">&lt;<a href="mailto:maximilian.albert@gmail.com" target="_blank">maximilian.albert@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<div><br></div><div>a while ago I submitted a pull request (see [1]) to add a &quot;--output&quot; switch to nbconvert which would allow the user to specify the output directory and/or output filename of the converted file. At the time I received a number of really helpful comments, but it turned out that my original implementation was too complicated and attempted to achieve too much, so it needed reworking.</div>

<div><br></div><div>Since then I have spent quite a bit of time thinking about it and reworking it, but I haven&#39;t uploaded a new PR because I continuously stumbled upon certain design questions that have kept me from coming up with a solution that I&#39;d be happy with (and also I was flooded with work over the past couple of weeks). In the meantime, there has also been another PR [2] implementing very similar functionality (namely, specifying an output filename). However, even though in itself it looks good, I presume it will suffer from related problems when we try to extend it to support target directories.</div>

<div><br></div><div>So I figured it would be a good idea to gather some thoughts from the community before we rush into implementing a quick solution which is hard to improve later on (e.g. due to concerns about backward compatibility etc.).</div>

<div><br></div><div><div>There appear to be two main use cases for an --output flag:</div><div><br></div><div>(i) Specifying a target *filename* for the converted file.</div><div>(ii) Specifying a destination *directory* for the converted file.</div>

<div><br></div><div>It seems natural to handle these with the same flag. However, this raises a few questions:</div><div><br></div><div>(a) How do we decide whether the --output argument is a filename or a directory?</div>

<div><br></div><div>We could say that if the argument has a valid extension (e.g. &#39;.rst&#39; or &#39;.html&#39;) then it should be interpreted as a filename, otherwise as a directory. A minor drawback might be that the user is then forced to use filenames whose suffix matches the output format, which is is probably ok in most cases but perhaps not always. Also, what if the --output argument has a valid extension but the &quot;--format&quot; argument specifies a different output format? For example:</div>

<div><br></div><div>   nbconvert --format rst --output foo.html foo.ipynb</div><div><br></div><div>I guess in this case the &quot;--format&quot; argument should have precedence, but then the logical thing to do interpret foo.html not a filename but as a directory, so the resulting output file would be foo.html/foo.rst. This is not very intuitive. Thus the next question is:</div>

<div><br></div><div>(b) Should we deduce the output format automatically from the filename extension or always rely on the --format switch? As mentioned, the former is quite intuitive in most cases but could sometimes lead to subtle annoyances. But either solution would force us to do a bit of &quot;intelligent guesswork&quot; as to whether the --output argument is supposed to be a filename or a directory.</div>

<div><br></div><div>So it seems that allowing the --output argument to be interpreted as either a filename or a directory would work well for 98% of the cases, but there are corner cases where it would behave in unexpected and/or annoying ways.</div>

<div><br></div><div>The alternative is to always and unconditionally interpret the --output argument as a directory and have another switch such as &quot;--output-filename&quot; to specify the filename. This is a slightly cleaner solution in that it doesn&#39;t require us to guess what the user intended to do. However, it seems unnecessarily awkward for most use cases. I for one would certainly quickly get annoyed by it.</div>

<div><br></div><div>In all this, we shouldn&#39;t forget that any solution should be easily extendable to handle the conversion of multiple files, à la:</div><div><br></div><div>   nbconvert --output foo/ *.ipynb</div><div>

<br></div><div>Any thoughts? It seems that it can&#39;t be *that* difficult to design a good CLI for such a simple task. Am I totally overthinking this? And how do other programs handle it?</div><div><br></div><div>Sorry for this long email and thanks in advance for any comments!</div>

<div><br></div><div>Best wishes,</div><div>Max</div></div><div><br></div><div><br></div><div>[1] <a href="https://github.com/ipython/nbconvert/pull/44" target="_blank">https://github.com/ipython/nbconvert/pull/44</a></div>
<div>[2] <a href="https://github.com/ipython/nbconvert/pull/62" target="_blank">https://github.com/ipython/nbconvert/pull/62</a></div>
<br>_______________________________________________<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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><br></div><div>Thanks,</div><div><br></div>- Wen<br><br><br><br><br>
</div></div>