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/2000-May/003935.html below:

[Python-Dev] Unicode comparisons & normalization

[I18n-sig] Re: [Python-Dev] Unicode comparisons & normalization [I18n-sig] Re: [Python-Dev] Unicode comparisons & normalizationGuido van Rossum guido@python.org
Wed, 03 May 2000 07:12:44 -0400
[Ping]
> This would be another motivation for Python to carefully
> separate the three types of equality:
> 
>     is         identity-equal
>     ==         value-equal
>     <=>        magnitude-equal
> 
> We currently don't distinguish between the last two;
> the operator "<=>" is my proposal for how to spell
> "magnitude-equal", and in terms of outward behaviour
> you can consider (a <=> b) to be (a <= b and a >= b).
> I suspect we will find ourselves needing it if we do
> rich comparisons anyway.

I don't think that this form of equality deserves its own operator.
The Unicode comparison rules are sufficiently hairy that it seems
better to implement them separately, either in a separate module or at
least as a Unicode-object-specific method, and let the == operator do
what it does best: compare the representations.

--Guido van Rossum (home page: http://www.python.org/~guido/)




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