On 20Mar2021 23:18, Jon Ribbens wrote:
>On 2021-03-20, Cameron Simpson wrote:
>> Not to mention that the .title method _predates_ Python's use of
>> Unicode
>> in strings.
>
>Well, it predates Python's use of Unicode in the default string type,
>but not Python's use of Unicode in strings.
>
>htt
On 2021-03-20, Cameron Simpson wrote:
> On 20Mar2021 12:53, Sibylle Koczian wrote:
>>Am 20.03.2021 um 09:34 schrieb Alan Bawden:
>>>The real reason Python strings support a .title() method is surely
>>>because Unicode supports upper, lower, _and_ title case letters, and
>>>tells you how to map be
On 20Mar2021 12:53, Sibylle Koczian wrote:
>Am 20.03.2021 um 09:34 schrieb Alan Bawden:
>>The real reason Python strings support a .title() method is surely
>>because Unicode supports upper, lower, _and_ title case letters, and
>>tells you how to map between them. [...]
>>
>But that's exactly what
Sibylle Koczian writes:
Am 20.03.2021 um 09:34 schrieb Alan Bawden:
>
> When you write that code to capitalize your book titles, you should be
> calling .title() rather than .upper() if you are doing it right.
>
But that's exactly what he's doing, with a result which is document
On Sun, Mar 21, 2021 at 4:31 AM Robert Latest via Python-list
wrote:
>
> Mats Wichmann wrote:
> > The problem is that there isn't a standard for title case,
>
> The problem is that we owe the very existence of the .title() method to too
> much weed being smoked during Python development. It makes
Mats Wichmann wrote:
> The problem is that there isn't a standard for title case,
The problem is that we owe the very existence of the .title() method to too
much weed being smoked during Python development. It makes specific assumptions
about a specific use case of one specific language. It doesn
Yes, I remember Parrot. As I understand it their original goal was a
language-agnostic virtual machine, which might have complicated things.
I will do a bit of reading and add some text to the "PEP."
Skip
On Sat, Mar 20, 2021, 11:36 AM David Mertz wrote:
> The Parrot project was also intended
Back in the late 90s (!) I worked on a reimagining of the Python
virtual machine as a register-based VM based on 1.5.2. I got part of
the way with that, but never completed it. In the early 2010s, Victor
Stinner got much further using 3.4 as a base. The idea (and dormant
code) has been laying aroun
Am 20.03.2021 um 09:34 schrieb Alan Bawden:
The real reason Python strings support a .title() method is surely
because Unicode supports upper, lower, _and_ title case letters, and
tells you how to map between them. Consider:
>>> '\u01f1'.upper()
'\u01f1'
This is the "DZ" character.
On Sat, Mar 20, 2021 at 04:34:02AM -0400, Alan Bawden wrote:
> The real reason Python strings support a .title() method is surely
> because Unicode supports upper, lower, _and_ title case letters, and
> tells you how to map between them. Consider:
>
>>>> '\u01f1'.upper()
>'\u01f1'
>
> Th
The real reason Python strings support a .title() method is surely
because Unicode supports upper, lower, _and_ title case letters, and
tells you how to map between them. Consider:
>>> '\u01f1'.upper()
'\u01f1'
This is the "DZ" character.
>>> '\u01f1'.lower()
'\u01f3'
This is the "
11 matches
Mail list logo
