Guido sees the light: PEP 8 updated

[eryk sun]

On Sun, Apr 17, 2016 at 12:10 AM, Random832 <random832 at fastmail.com> wrote:
>
> On Sun, Apr 17, 2016, at 01:01, eryk sun wrote:
>> It doesn't support fonts that mix half-width and full-width glyphs.
>
> This is the most baffling bit to me. I mean, it _has_ to, for Chinese,
> Japanese, and Korean users. This support obviously exists in the code.
> Why not extend it to everyone, instead of maintaining two versions of
> whatever it's doing?

Right, the console implements this for CJK locales, in which case it
uses 2 columns for a full-width character. But based on the public
symbols, I'd guess that the implementation is tied to using a DBCS
codepage:

    0:004> x /1 /n conhostv2!*dbcs*

    ConhostV2!DBCS_SCREEN_BUFFER::CreateInstance
    ConhostV2!DBCS_SCREEN_BUFFER::`scalar deleting destructor'
    ConhostV2!DBCS_SCREEN_BUFFER::~DBCS_SCREEN_BUFFER
    ConhostV2!InitializeDbcsMisc
    ConhostV2!IsDBCSLeadByteConsole
    ConhostV2!ReCreateDbcsScreenBuffer
    ConhostV2!ReCreateDbcsScreenBufferWorker
    ConhostV2!RemoveDbcsMark
    ConhostV2!RemoveDbcsMarkAll
    ConhostV2!RemoveDbcsMarkCell
    ConhostV2!g_fIsDBCSACP

Implementing this in a Western locale would need an implementation
based on Unicode character properties.