A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2003-October/038890.html below:

list.sort, was Re: [Python-Dev] decorate-sort-undecorate

list.sort, was Re: [Python-Dev] decorate-sort-undecorate list.sort, was Re: [Python-Dev] decorate-sort-undecorateGustavo Niemeyer niemeyer at conectiva.com
Fri Oct 17 14:39:16 EDT 2003
>     >> If anything at all, i'd suggest a std-module which contains e.g. 
>     >> 'sort', 'reverse' and 'extend' functions which always return
>     >> a new list, so that you could write:
>     >> 
>     >> for i in reverse(somelist):
>     >> ...
> 
>     Gustavo> You can do reverse with [::-1] now.
> 
> I don't think that is considered "stable" in the sorting sense.  If I
> sort in descending order vs ascending order, they are not mere
> reversals of each other.  I may well still want adjacent records whose
> sort keys are identical to remain in the same order.
> 
> What will the new reverse=True keyword arg do?

Erm.. what are you talking about!? :-)

I was just saying that his reverse(...) method is completely equivalent
to [::-1] now, so it could safely be implemented as:

  reverse = lambda x: x[::-1]

I wasn't trying to mention anything about sort nor keyword arguments
(perhaps I just wasn't the real target of the message!?).

-- 
Gustavo Niemeyer
http://niemeyer.net

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4