
On 10 January 2018 at 09:56, Rob Speer <rspeer@luminoso.com> wrote:
Oh that's interesting. So it seems to be Python that's the exception here.
Would we really be able to add entries to character mappings that haven't changed since Python 2.0?
Changing things that used to cause an exception into operations that produce a useful result is generally OK - it's going the other way (dubious output -> exception) that's always problematic. So as long as the Windows specialists give it a +1, updating the existing codecs to match the MultiByteToWideChar behaviour seems like a better option to me than offering multiple versions of the codecs (and that could then be done as a tracker enhancement request along the lines of "Make the windows-* text encodings match MultiByteToWideChar"). Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia