Rémi Lapeyre added the comment:
Since there seems to be a consensus about this change being too much, should we
go back to the first proposal to implement dict.__reversed__ only and not
reversed for the views, this would greatly reduce the bload or dump the PR as a
whole
Rémi Lapeyre added the comment:
>> I think it's a reasonable expectation as a python user to be able to do
>> reversed(dict(a=1, b=20) since the order is know defined in the
>> specifications.
> I agree about "reasonable expectation". But I'm int
Rémi Lapeyre added the comment:
This change does add built-in types but I think it's a reasonable expectation
as a python user to be able to do reversed(dict(a=1, b=20) since the order is
know defined in the specifications. It seems inconsistent to have an order on
dict, views and not
Rémi Lapeyre added the comment:
I updated the pull request, now reversed work on the dict and dict views:
➜ cpython git:(master) ./python.exe
Python 3.8.0a0 (heads/master-dirty:128576b88c, May 23 2018, 16:33:46)
[Clang 9.0.0 (clang-900.0.39.2)] on darwin
Type "help", "copyr
Rémi Lapeyre added the comment:
Hi Serhiy Storchaka, I will update the PR to implement this functionality in
the views too
--
___
Python tracker
<https://bugs.python.org/issue33
Rémi Lapeyre added the comment:
Hi, I'm taking a look this issue, it look like a new type
`PyDictRevIterKey_Type` needs to be defined with its associated methods. I will
try to implement the modifications ; this is the first time i'm taking a dive
in Python's internals so I
501 - 506 of 506 matches
Mail list logo