If the return value is an instance of a class, then to extend the return value you just add a new instance attribute to the class. If a class feels too heavy duty, use a single named tuple and access its elements with dot notation.<br>
<br>Either method is guaranteed not to break until you remove an instance attribute or element, at which point it doesn't make sense to do anything else.<br><br><br><br><br><div class="gmail_quote">On Thu, Jan 13, 2011 at 10:33 AM, Eric Smith <span dir="ltr"><<a href="mailto:eric@trueblade.com">eric@trueblade.com</a>></span> wrote:<br>
<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 01/13/2011 10:21 AM, Luc Goossens wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi Eric (and Rob, and Ben, ...),<br>
<br>
Sorry maybe this was not clear from my mail but I am not so much<br>
interested in possible work-arounds but in why this asymmetry exists in<br>
the first place.<br>
I mean is there a reason as to why it is the way it is, or is it just<br>
that nobody ever asked for anything else.<br>
</blockquote>
<br></div>
If the system automatically ignored "new" return values (for whatever "new" might mean), I think it would be too easy to miss return values that you don't mean to be ignoring.<div><div></div><div class="h5">
<br>
<br>
Eric.<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org" target="_blank">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>
</div></div></blockquote></div><br>