<p>Normally deprecation means you keep it forever but don't mention it much in the docs... </p>
<div class="gmail_quote">On Sep 26, 2012 5:16 PM, "Mark Adam" <<a href="mailto:dreamingforward@gmail.com">dreamingforward@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> On the other hand, having round with a second parameter to return a Decimal<br>
> would be quite usefull. I can't see a way of changing the type returned<br>
> by the built-in round without crashing half the World --- but maybe it would<br>
> be possible to deprecate only the two-parameter form of the built-in round,<br>
> and add a decimal.round Decimal factory?<br>
<br>
On second thought, the idea of "namespaces" within the interpreter<br>
(like Tim Peters was suggesting I think in the doctest module) could<br>
put some order to built-ins and globals within the interpreter.<br>
round(), hex() and others could be in the namespace "Numbers" (Named<br>
by their associated type), similarly for the other type-specific<br>
builtins.<br>
<br>
Create a keyword "expose" to dump a particular namespace into the<br>
global scope when you don't want to type "Numbers.round(f)".<br>
<br>
Thoughts?<br>
<br>
markj<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-ideas" target="_blank">http://mail.python.org/mailman/listinfo/python-ideas</a><br>
</blockquote></div>