On Sun, Apr 18, 2010 at 6:24 PM, Steven Bethard <span dir="ltr">&lt;<a href="mailto:steven.bethard@gmail.com">steven.bethard@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Sun, Apr 18, 2010 at 3:52 PM, Antoine Pitrou &lt;<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>&gt; wrote:<br>
&gt; Steven Bethard &lt;steven.bethard &lt;at&gt; <a href="http://gmail.com" target="_blank">gmail.com</a>&gt; writes:<br>
</div><div class="im">&gt;&gt; Note<br>
&gt;&gt; that even though I agree with you that &quot;-v/--version&quot; is probably not<br>
&gt;&gt; the best choice, in the poll[2] 11% of people still wanted this.<br>
&gt;<br>
&gt; This strikes me as a small minority.<br>
<br>
</div>Agreed, but it&#39;s also the current behavior, and has been since the<br>
beginning of argparse. Note that no one complained about it until<br>
Tobias filed the issue in Nov 06, 2009.<br></blockquote><div><br>I encountered this problem within minutes of first using argparse.  Of course I&#39;m very familiar with optparse and the standard optparse instantiation flies off my fingers without thinking.  But then there&#39;s going to be a lot more people with that background using argparse once it is in the standard library -- people who don&#39;t really care about argparse or optparse but just want to use the standard thing.  I don&#39;t see any reason why argparse can&#39;t simply do exactly what optparse did.  There&#39;s nothing wrong with it.  It&#39;s what many people expect.  We should just defer to tradition when the choice isn&#39;t important (it&#39;s getting to be a very bike shed thread).<br>

<br>Somewhat relatedly, what is the plan for past and future argparse releases?  Michael Foord for instance is releasing unittest improvements in parallel under the name unittest2.  I believe there is strong disfavor with releasing packages that overlap with the standard library, so continuing to release argparse under the name argparse will cause problems.  I would hate to see release complications or confusions keep argparse from seeing future development.  <br>

 </div></div>-- <br>Ian Bicking  |  <a href="http://blog.ianbicking.org">http://blog.ianbicking.org</a><br>