<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 30, 2012 at 2:56 PM, Dean Troyer <span dir="ltr"><<a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Apr 30, 2012 at 1:18 PM, Doug Hellmann<br>
<<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>> wrote:<br>
> Running a cliff-based app without any arguments enters "interactive" mode<br>
> (as of 0.4) which gives the user a new prompt and lets them run multiple<br>
> commands before exiting. This is intended to be used as an optimization for<br>
> commands to cache authentication credentials and clients and avoid logging<br>
> in for every sub-command.<br>
<br>
</div>Dang dude, let us catch up!<br></blockquote><div><br></div><div>I had some spare time this weekend. :-)</div><div><br></div><div>FWIW, it's possible (likely) that the pull-request I sent last week that got "list server" working doesn't work with the latest cliff. I haven't had a chance to test, yet.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Do we need to specify this beyond saying that all subcommands must use<br>
> argparse for argument parsing (the new framework depends on it anyway, and<br>
> then they are all consistent)?<br>
<br>
</div>We should document that, I had just assumed it until now.</blockquote><div><br></div><div>Agreed.</div><div><br></div><div>Doug</div><div> </div></div></div>