Follow-up Comment #5, bug #50357 (project gettext):
> all Python implementations to my knowledge support the same set of encodings
for Python source files
But the "# coding:" marker is interpreted by different programs: not only by
Python when it loads or compiles the file, but also by editors (Emacs et al.)
when they display a file, or - here - by xgettext when it extracts
internationalized strings.
You cannot expect that all these programs support all the encodings listed in
that page, from EBCDIC-CP-HE to kz1048.
That's where standards come into play: to state clear expectations about
interoperability between different programs. The standards don't know about an
alias "utf8". So it's an unreasonable expectation that editors and xgettext
support it.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?50357>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
