[issue24339] iso6937 encoding missing
Julien Palard
report at bugs.python.org
Sat Nov 26 08:21:30 EST 2016
Julien Palard added the comment:
According to https://webstore.iec.ch/preview/info_isoiec6937%7Bed3.0%7Den.pdf:
> NOTE: The shaded positions 00/00 to 01/15 and 07/15 to 09/15 are outside the scope of this International Standard.
So it's clear to me that they are not undefined, they are just described elsewhere.
According to https://en.wikipedia.org/wiki/ISO/IEC_6937:
>ISO/IEC 6937:2001, [...] is a multibyte extension of ASCII
Also, the glibc charmap for ISO_6937 define them:
$ head -n 20 localedata/charmaps/ISO_6937
<code_set_name> ISO_6937
<comment_char> %
<escape_char> /
% version: 1.0
% source: ECMA registry and ISO/IEC 6937:1992
% alias ISO-IR-156
% alias ISO_6937:1992
% alias ISO6937
CHARMAP
<U0000> /x00 NULL (NUL)
<U0001> /x01 START OF HEADING (SOH)
<U0002> /x02 START OF TEXT (STX)
<U0003> /x03 END OF TEXT (ETX)
<U0004> /x04 END OF TRANSMISSION (EOT)
<U0005> /x05 ENQUIRY (ENQ)
<U0006> /x06 ACKNOWLEDGE (ACK)
<U0007> /x07 BELL (BEL)
<U0008> /x08 BACKSPACE (BS)
<U0009> /x09 CHARACTER TABULATION (HT)
Finally, if we're not implementing this range, this mean we have _no_ way to encode a new line, which looks highly strange to me, newline being a commonly used character.
But I found _no_ line in the whole ISO/IEC6937 about its ASCII inheritance, I may have just missed it.
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue24339>
_______________________________________
More information about the Python-bugs-list
mailing list