Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail
From: Marko Rauhamaa <marko@pacujo.net>
Newsgroups: comp.lang.python
Subject: Re: Guido sees the light: PEP 8 updated
Date: Tue, 19 Apr 2016 14:47:50 +0300
Organization: A noiseless patient Spider
Lines: 42
Message-ID: <87potlrfa1.fsf@elektro.pacujo.net>
References: <5711c1b3$0$1596$c3e8da3$5496439d@news.astraweb.com> <dne6huFi9sfU1@mid.individual.net> <87shym6kpo.fsf@elektro.pacujo.net> <CAPTjJmrq-pFDGS14PE+FXx=B+fXBD-Pkqc9JdQrjULR9aXRSxg@mail.gmail.com> <mailman.43.1460795561.6324.python-list@python.org> <87h9f26ioa.fsf@elektro.pacujo.net> <1460809922.1918014.580580553.0AE05EE4@webmail.messagingengine.com> <CACwCsY5EG_RFHe8DMF4VStYCsSuO-gMC+KRx05q9=vu8aa3K9g@mail.gmail.com> <mailman.50.1460818461.6324.python-list@python.org> <878u0d7az5.fsf@elektro.pacujo.net> <CACwCsY5fLxQqG80POb=notQdC1T5crarf_aQ2VBkCT2fwZM-2Q@mail.gmail.com> <netsjl$quf$1@ger.gmane.org> <CAMB+yF0XcDSrPWPNYuwq7_99sas4eUoOJm7k-ymoFKDd85saow@mail.gmail.com> <mailman.151.1460986528.6324.python-list@python.org> <m18u0a1uxx.fsf@iKarel.lan> <86twix3mc5.fsf@rudin.co.uk>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx02.eternal-september.org; posting-host="b7cb1518d23ec19d482dcc9c31d30fdd"; logging-data="15889"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19/1rjDZE1KgJNfXY4CPt8d"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
Cancel-Lock: sha1:tTJ9S4tFGxp3XjdPH2vB0rCdJFc= sha1:CAdZlbudXJac69rQQsLC1ckWS+A=
Xref: csiph.com comp.lang.python:107313

Paul Rudin <paul.nospam@rudin.co.uk>:

> Pete Forman <petef4+usenet@gmail.com> writes:
>> Why is it that Python continues to use a fixed width font and
>> therefore specifies the maximum line width as a character count?
>
> Python doesn't require the use of any particular font for editing your
> code.
>
> However programmers tend to use fixed width fonts when editing code
> because then the visual representation of indentation works
> consistently. But that's not a python specific thing.

Prehistoric programming languages considered uppercase/lowercase
differences insignificant variations. Most modern languages preserve the
distinction and in fact invite us to make a difference between:

   BLACK
   Black
   black

Why stop there?

We need a PEP to distinguish also between:

 - typefaces (Times New Roman vs Garamond)

 - weights (bold vs thin)

 - serifs (with or without)

 - sizes (8pt vs 11pt)

 - colors (goldenrod vs maroon)


Think of all the lesser programming languages that would seem so
20th-century when Python takes this step -- which virtually every
self-respecting web site has already taken in their style sheets!


Marko