A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2002-March/021310.html below:

[Python-Dev] PEP 263 considered faulty (for some Japanese

[Python-Dev] PEP 263 considered faulty (for some JapanesePaul Svensson paul@svensson.org
Sun, 17 Mar 2002 21:27:39 -0500 (EST)
On 18 Mar 2002, Stephen J. Turnbull wrote:

>Emacs naming compatibility is of ambiguous value in the current form
>of the PEP, since the cookie only applies to Unicode string literals.
>The Emacs coding cookie applies to the whole file.  So this means that
>to implement a Python mode that allows (eg) a hexl mode on ordinary
>string literals but regular text mode on Unicode string literals,
>Emacs must _ignore_ Python coding cookies!

Since the proposal explicitly allows only encodings that are strict
supersets of ASCII, the whole file _is_ using (a subset of) the encoding
specified by the cookie.  So, if Emacs recognizes the cookie, it will allow
you to edit both code and unicode strings, as text.  If you need to put
non-ASCII data in regular strings, not using the specified encoding, then
write them as \xNN-escapes.

	/Paul





RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4