Guido sees the light: PEP 8 updated

Sun Apr 17 04:14:55 EDT 2016

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.