[issue2610] string representation of range and dictionary views

Benjamin Peterson added the comment: Closing since this is now implemented. -- resolution: -> out of date status: open -> closed ___ Python tracker ___ _

[issue2610] string representation of range and dictionary views

Brad Miller added the comment: Just to restart the discussion on the original issue since I see that the latest 3.1 has solved the problem with dict_keys, dict_values, etc al objects. Many thanks! A suggestion was made by Alexander to create a custom displayhook that could be included in th

[issue2610] string representation of range and dictionary views

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: It's going to have to be deferred to 3.1. -- versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2610] string representation of range and dictionary views

And Clover <[EMAIL PROTECTED]> added the comment: I would like to see something along the general lines of bmiller's patch for dict views in a 3.x release... there are probably other iterators that could do with chattier reprs also. (Range, on the other hand, is fine as it is.) It's not just at

[issue2610] string representation of range and dictionary views

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I do not understand why you think that having the interpreter display > > when x.keys() is called is not an improvement over > I didn't say that the change in dict_keys is not an improvement, but that the patch doesn't achieve its object

[issue2610] string representation of range and dictionary views

Brad Miller <[EMAIL PROTECTED]> added the comment: On Tue, Jun 17, 2008 at 12:23 AM, Martin v. Löwis <[EMAIL PROTECTED]> wrote: > > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > > After reviewing this again, I'm skeptical that this is a good idea. It > doesn't achieve its original purp

[issue2610] string representation of range and dictionary views

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I'm also -1 on the patch and think it is the wrong solution. Efforts should probably be directed at hooking the output of the interactive interpreter. We already have code that suppresses None return values and assigns results to "_".

[issue2610] string representation of range and dictionary views

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: After reviewing this again, I'm skeptical that this is a good idea. It doesn't achieve its original purpose (anymore), as it only changes tp_str for range objects (although it does change tp_repr for dict views - why this inconsistency?). So

[issue2610] string representation of range and dictionary views

Brad Miller <[EMAIL PROTECTED]> added the comment: On May 7, 2008, at 1:55 PM, Martin v. Löwis wrote: Thanks for the very clear answer. This being my first attempt at contributing to the Python core, I am looking for some sort of clarity on the future of this patch. It feels like some sort

[issue2610] string representation of range and dictionary views

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Is there any chance this patch will make it into the latest alpha?? I don't think there is any such chance. __ Tracker <[EMAIL PROTECTED]>

[issue2610] string representation of range and dictionary views

Brad Miller <[EMAIL PROTECTED]> added the comment: Is there any chance this patch will make it into the latest alpha?? Brad __ Tracker <[EMAIL PROTECTED]> __ __

[issue2610] string representation of range and dictionary views

Brad Miller <[EMAIL PROTECTED]> added the comment: On Apr 17, 2008, at 4:26 PM, Amaury Forgeot d'Arc wrote: > > Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > > Some review of dv_range.patch: > > - repr(d.keys()) depends on the internal ordering of items, their hash > values, the

[issue2610] string representation of range and dictionary views

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Some review of dv_range.patch: - repr(d.keys()) depends on the internal ordering of items, their hash values, the insertion order... the test seems fragile. Or you may rely on the fact that ints are their own hash values, so a small dic

[issue2610] string representation of range and dictionary views

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- title: string representation of range -> string representation of range and dictionary views __ Tracker <[EMAIL PROTECTED]> __ ___