<br><br><div class="gmail_quote">On Mon, Dec 14, 2009 at 12:35, Antoine Pitrou <span dir="ltr">&lt;<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">Steven Bethard &lt;steven.bethard &lt;at&gt; <a href="http://gmail.com" target="_blank">gmail.com</a>&gt; writes:<br>
&gt;<br>
&gt; Please read the PEP if you haven&#39;t, particularly the &quot;Why isn&#39;t the<br>
&gt; functionality just being added to optparse?&quot; section. I don&#39;t believe<br>
&gt; it is sensible to re-implement all of optparse. What Ian Bicking is<br>
&gt; proposing, I believe, is simpler -- adding a few aliases here and<br>
&gt; there so that you don&#39;t have to rename so many things when you&#39;re<br>
&gt; upgrading from optparse to argparse.<br>
<br>
</div>Although I am of the people who think working modules shouldn&#39;t be deprecated, I<br>
also don&#39;t think adding compatibility aliases is a good idea. They only make the<br>
APIs more bloated and maintenance more tedious. Let&#39;s keep the new APIs clean of<br>
any unnecessary baggage.<br></blockquote><div><br></div><div>Ditto from me. If people want a compatible module it can be made available on PyPI for those who want it.</div><div><br></div><div>-BrettĀ </div></div>