Historical Note

This document was first written by Marc-Andre in the pre-PEP days, and was originally distributed as Misc/unicode.txt in Python distributions up to and included Python 2.1. The last revision of the proposal in that location was labeled version 1.7 (CVS revision 3.10). Because the document clearly serves the purpose of an informational PEP in the post-PEP era, it has been moved here and reformatted to comply with PEP guidelines. Future revisions will be made to this document, while Misc/unicode.txt will contain a pointer to this PEP.

-Barry Warsaw, PEP editor

Introduction

The idea of this proposal is to add native Unicode 3.0 support to Python in a way that makes use of Unicode strings as simple as possible without introducing too many pitfalls along the way.

Since this goal is not easy to achieve – strings being one of the most fundamental objects in Python – we expect this proposal to undergo some significant refinements.

Note that the current version of this proposal is still a bit unsorted due to the many different aspects of the Unicode-Python integration.

The latest version of this document is always available at: http://starship. Python.net/~lemburg/unicode-proposal.txt

Older versions are available as: http://starship. Python.net/~lemburg/unicode-proposal-X.X.txt

[ed. note: new revisions should be made to this PEP document, while the historical record previous to version 1.7 should be retrieved from MAL’s url, or Misc/unicode.txt]

Conventions

• In examples we use u = Unicode object and s = Python string
• ‘XXX’ markings indicate points of discussion (PODs)

General Remarks

• Unicode encoding names should be lower case on output and case-insensitive on input (they will be converted to lower case by all APIs taking an encoding name as input).
• Encoding names should follow the name conventions as used by the Unicode Consortium: spaces are converted to hyphens, e.g. ‘utf 16’ is written as ‘utf-16’.
• Codec modules should use the same names, but with hyphens converted to underscores, e.g.utf_8,utf_16,iso_8859_1.

Unicode Default Encoding

The Unicode implementation has to make some assumption about the encoding of 8-bit strings passed to it for coercion and about the encoding to as default for conversion of Unicode to strings when no specific encoding is given. This encoding is called <default encoding> throughout this text.

For this, the implementation maintains a global which can be set in the site.py Python startup script. Subsequent changes are not possible. The <default encoding> can be set and queried using the two sys module APIs:

sys.setdefaultencoding(encoding)

Sets the <default encoding> used by the Unicode implementation. encoding has to be an encoding which is supported by the Python installation, otherwise, a LookupError is raised.

Note: This API is only available in site.py! It is removed from the sys module by site.py after usage.

sys.getdefaultencoding()

Returns the current <default encoding>.

If not otherwise defined or set, the <default encoding> defaults to ‘ascii’. This encoding is also the startup default of Python (and in effect before site.py is executed).

Note that the default site.py startup module contains disabled optional code which can set the <default encoding> according to the encoding defined by the current locale. The locale module is used to extract the encoding from the locale default settings defined by the OS environment (see locale.py). If the encoding cannot be determined, is unknown or unsupported, the code defaults to setting the <default encoding> to ‘ascii’. To enable this code, edit the site.py file or place the appropriate code into the sitecustomize.py module of your Python installation.

Unicode Constructors

Python should provide a built-in constructor for Unicode strings which is available through__builtins__:

u=unicode(encoded_string[,encoding=<defaultencoding>][,errors="strict"])

u=u'<unicode-escape encoded Python string>'

u=ur'<raw-unicode-escape encoded Python string>'

With the ‘unicode-escape’ encoding being defined as:

• all non-escape characters represent themselves as Unicode ordinal (e.g. ‘a’ -> U+0061).
• all existing defined Python escape sequences are interpreted as Unicode ordinals; note that\xXXXXcan represent all Unicode ordinals, and\OOO(octal) can represent Unicode ordinals up to U+01FF.
• a new escape sequence,\uXXXX,represents U+XXXX; it is a syntax error to have fewer than 4 digits after\u.

For an explanation of possible values for errors see the Codec section below.

Examples:

u'abc'->U+0061U+0062U+0063
u'\u1234'->U+1234
u'abc\u1234\n'->U+0061U+0062U+0063U+1234U+005c

The ‘raw-unicode-escape’ encoding is defined as follows:

• \uXXXXsequence represent the U+XXXX Unicode character if and only if the number of leading backslashes is odd
• all other characters represent themselves as Unicode ordinal (e.g. ‘b’ -> U+0062)

Note that you should provide some hint to the encoding you used to write your programs as pragma line in one the first few comment lines of the source file (e.g. ‘# source file encoding: latin-1’). If you only use 7-bit ASCII then everything is fine and no such notice is needed, but if you include Latin-1 characters not defined in ASCII, it may well be worthwhile including a hint since people in other countries will want to be able to read your source strings too.

Unicode Type Object

Unicode objects should have the type UnicodeType with type name ‘unicode’, made available through the standard types module.

Unicode Output

Unicode objects have a method.encode([encoding=<default encoding>]) which returns a Python string encoding the Unicode string using the given scheme (see Codecs).

printu:=printu.encode()# using the <default encoding>

str(u):=u.encode()# using the <default encoding>

repr(u):="u%s"%repr(u.encode('unicode-escape'))

Also see Internal Argument Parsing and Buffer Interface for details on how other APIs written in C will treat Unicode objects.

Unicode Ordinals

Since Unicode 3.0 has a 32-bit ordinal character set, the implementation should provide 32-bit aware ordinal conversion APIs:

ord(u[:1])(thisisthestandardord()extendedtoworkwithUnicode
objects)
-->Unicodeordinalnumber(32-bit)

unichr(i)
-->Unicodeobjectforcharacteri(provideditis32-bit);
ValueErrorotherwise

Both APIs should go into__builtins__just like their string counterpartsord()andchr().

Note that Unicode provides space for private encodings. Usage of these can cause different output representations on different machines. This problem is not a Python or Unicode problem, but a machine setup and maintenance one.

Comparison & Hash Value

Unicode objects should compare equal to other objects after these other objects have been coerced to Unicode. For strings this means that they are interpreted as Unicode string using the <default encoding>.

Unicode objects should return the same hash value as their ASCII equivalent strings. Unicode strings holding non-ASCII values are not guaranteed to return the same hash values as the default encoded equivalent string representation.

When compared usingcmp()(orPyObject_Compare()) the implementation should maskTypeErrorsraised during the conversion to remain in synch with the string behavior. All other errors such asValueErrorsraised during coercion of strings to Unicode should not be masked and passed through to the user.

In containment tests (‘a’ in u’abc’ and u’a’ in ‘abc’) both sides should be coerced to Unicode before applying the test. Errors occurring during coercion (e.g. None in u’abc’) should not be masked.

Coercion

Using Python strings and Unicode objects to form new objects should always coerce to the more precise format, i.e. Unicode objects.

u+s:=u+unicode(s)

s+u:=unicode(s)+u

All string methods should delegate the call to an equivalent Unicode object method call by converting all involved strings to Unicode and then applying the arguments to the Unicode method of the same name, e.g.

string.join((s,u),sep):=(s+sep)+u

sep.join((s,u)):=(s+sep)+u

For a discussion of %-formatting w/r to Unicode objects, see Formatting Markers.

Exceptions

UnicodeErroris defined in the exceptions module as a subclass of ValueError.It is available at the C level via PyExc_UnicodeError.All exceptions related to Unicode encoding/decoding should be subclasses ofUnicodeError.

Codecs (Coder/Decoders) Lookup

A Codec (see Codec Interface Definition) search registry should be implemented by a module “codecs”:

codecs.register(search_function)

Search functions are expected to take one argument, the encoding name in all lower case letters and with hyphens and spaces converted to underscores, and return a tuple of functions (encoder, decoder, stream_reader, stream_writer) taking the following arguments:

encoder and decoder

These must be functions or methods which have the same interface as the.encode/.decodemethods of Codec instances (see Codec Interface). The functions/methods are expected to work in a stateless mode.

stream_reader and stream_writer

These need to be factory functions with the following interface:

factory(stream,errors='strict')

The factory functions must return objects providing the interfaces defined byStreamWriter/StreamReaderresp. (see Codec Interface). Stream codecs can maintain state.

Possible values for errors are defined in the Codec section below.

In case a search function cannot find a given encoding, it should return None.

Aliasing support for encodings is left to the search functions to implement.

The codecs module will maintain an encoding cache for performance reasons. Encodings are first looked up in the cache. If not found, the list of registered search functions is scanned. If no codecs tuple is found, a LookupError is raised. Otherwise, the codecs tuple is stored in the cache and returned to the caller.

To query the Codec instance the following API should be used:

codecs.lookup(encoding)

This will either return the found codecs tuple or raise a LookupError.

Standard Codecs

Standard codecs should live inside an encodings/ package directory in the Standard Python Code Library. The__init__.pyfile of that directory should include a Codec Lookup compatible search function implementing a lazy module based codec lookup.

Python should provide a few standard codecs for the most relevant encodings, e.g.

'utf-8':8-bitvariablelengthencoding
'utf-16':16-bitvariablelengthencoding(little/bigendian)
'utf-16-le':utf-16butexplicitlylittleendian
'utf-16-be':utf-16butexplicitlybigendian
'ascii':7-bitASCIIcodepage
'iso-8859-1':ISO8859-1(Latin1)codepage
'unicode-escape':SeeUnicodeConstructorsforadefinition
'raw-unicode-escape':SeeUnicodeConstructorsforadefinition
'native':DumpoftheInternalFormatusedbyPython

Common aliases should also be provided per default, e.g. ‘latin-1’ for ‘iso-8859-1’.

Note: ‘utf-16’ should be implemented by using and requiring byte order marks (BOM) for file input/output.

All other encodings such as the CJK ones to support Asian scripts should be implemented in separate packages which do not get included in the core Python distribution and are not a part of this proposal.

Codecs Interface Definition

The following base class should be defined in the module “codecs”. They provide not only templates for use by encoding module implementors, but also define the interface which is expected by the Unicode implementation.

Note that the Codec Interface defined here is well suitable for a larger range of applications. The Unicode implementation expects Unicode objects on input for.encode()and.write()and character buffer compatible objects on input for.decode().Output of .encode()and.read()should be a Python string and.decode()must return an Unicode object.

First, we have the stateless encoders/decoders. These do not work in chunks as the stream codecs (see below) do, because all components are expected to be available in memory.

classCodec:

"""Defines the interface for stateless encoders/decoders.

The.encode()/.decode() methods may implement different
error handling schemes by providing the errors argument.
These string values are defined:

'strict' - raise an error (or a subclass)
'ignore' - ignore the character and continue with the next
'replace' - replace with a suitable replacement character;
Python will use the official U+FFFD
REPLACEMENT CHARACTER for the builtin Unicode
codecs.
"""

defencode(self,input,errors='strict'):

"""Encodes the object input and returns a tuple (output
object, length consumed).

errors defines the error handling to apply. It
defaults to 'strict' handling.

The method may not store state in the Codec instance.
Use StreamCodec for codecs which have to keep state in
order to make encoding/decoding efficient.
"""

defdecode(self,input,errors='strict'):

"""Decodes the object input and returns a tuple (output
object, length consumed).

input must be an object which provides the
bf_getreadbuf buffer slot. Python strings, buffer
objects and memory mapped files are examples of objects
providing this slot.

errors defines the error handling to apply. It
defaults to 'strict' handling.

The method may not store state in the Codec instance.
Use StreamCodec for codecs which have to keep state in
order to make encoding/decoding efficient.

"""

StreamWriterandStreamReaderdefine the interface for stateful encoders/decoders which work on streams. These allow processing of the data in chunks to efficiently use memory. If you have large strings in memory, you may want to wrap them withcStringIO objects and then use these codecs on them to be able to do chunk processing as well, e.g. to provide progress information to the user.

classStreamWriter(Codec):

def__init__(self,stream,errors='strict'):

"""Creates a StreamWriter instance.

stream must be a file-like object open for writing
(binary) data.

The StreamWriter may implement different error handling
schemes by providing the errors keyword argument.
These parameters are defined:

'strict' - raise a ValueError (or a subclass)
'ignore' - ignore the character and continue with the next
'replace'- replace with a suitable replacement character
"""
self.stream=stream
self.errors=errors

defwrite(self,object):

"""Writes the object's contents encoded to self.stream.
"""
data,consumed=self.encode(object,self.errors)
self.stream.write(data)

defwritelines(self,list):

"""Writes the concatenated list of strings to the stream
using.write().
"""
self.write(''.join(list))

defreset(self):

"""Flushes and resets the codec buffers used for keeping state.

Calling this method should ensure that the data on the
output is put into a clean state, that allows appending
of new fresh data without having to rescan the whole
stream to recover state.
"""
pass

def__getattr__(self,name,getattr=getattr):

"""Inherit all other methods from the underlying stream.
"""
returngetattr(self.stream,name)


classStreamReader(Codec):

def__init__(self,stream,errors='strict'):

"""Creates a StreamReader instance.

stream must be a file-like object open for reading
(binary) data.

The StreamReader may implement different error handling
schemes by providing the errors keyword argument.
These parameters are defined:

'strict' - raise a ValueError (or a subclass)
'ignore' - ignore the character and continue with the next
'replace'- replace with a suitable replacement character;
"""
self.stream=stream
self.errors=errors

defread(self,size=-1):

"""Decodes data from the stream self.stream and returns the
resulting object.

size indicates the approximate maximum number of bytes
to read from the stream for decoding purposes. The
decoder can modify this setting as appropriate. The
default value -1 indicates to read and decode as much
as possible. size is intended to prevent having to
decode huge files in one step.

The method should use a greedy read strategy meaning
that it should read as much data as is allowed within
the definition of the encoding and the given size, e.g.
if optional encoding endings or state markers are
available on the stream, these should be read too.
"""
# Unsliced reading:
ifsize<0:
returnself.decode(self.stream.read())[0]

# Sliced reading:
read=self.stream.read
decode=self.decode
data=read(size)
i=0
while1:
try:
object,decodedbytes=decode(data)
exceptValueError,why:
# This method is slow but should work under pretty
# much all conditions; at most 10 tries are made
i=i+1
newdata=read(1)
ifnotnewdataori>10:
raise
data=data+newdata
else:
returnobject

defreadline(self,size=None):

"""Read one line from the input stream and return the
decoded data.

Note: Unlike the.readlines() method, this method
inherits the line breaking knowledge from the
underlying stream's.readline() method -- there is
currently no support for line breaking using the codec
decoder due to lack of line buffering. Subclasses
should however, if possible, try to implement this
method using their own knowledge of line breaking.

size, if given, is passed as size argument to the
stream's.readline() method.
"""
ifsizeisNone:
line=self.stream.readline()
else:
line=self.stream.readline(size)
returnself.decode(line)[0]

defreadlines(self,sizehint=0):

"""Read all lines available on the input stream
and return them as list of lines.

Line breaks are implemented using the codec's decoder
method and are included in the list entries.

sizehint, if given, is passed as size argument to the
stream's.read() method.
"""
ifsizehintisNone:
data=self.stream.read()
else:
data=self.stream.read(sizehint)
returnself.decode(data)[0].splitlines(1)

defreset(self):

"""Resets the codec buffers used for keeping state.

Note that no stream repositioning should take place.
This method is primarily intended to be able to recover
from decoding errors.

"""
pass

def__getattr__(self,name,getattr=getattr):

"""Inherit all other methods from the underlying stream.
"""
returngetattr(self.stream,name)

Stream codec implementors are free to combine theStreamWriterand StreamReaderinterfaces into one class. Even combining all these with the Codec class should be possible.

Implementors are free to add additional methods to enhance the codec functionality or provide extra state information needed for them to work. The internal codec implementation will only use the above interfaces, though.

It is not required by the Unicode implementation to use these base classes, only the interfaces must match; this allows writing Codecs as extension types.

As guideline, large mapping tables should be implemented using static C data in separate (shared) extension modules. That way multiple processes can share the same data.

A tool to auto-convert Unicode mapping files to mapping modules should be provided to simplify support for additional mappings (see References).

Whitespace

The.split()method will have to know about what is considered whitespace in Unicode.

Case Conversion

Case conversion is rather complicated with Unicode data, since there are many different conditions to respect. See

http:// unicode.org/unicode/reports/tr13/

for some guidelines on implementing case conversion.

For Python, we should only implement the 1-1 conversions included in Unicode. Locale dependent and other special case conversions (see the Unicode standard file SpecialCasing.txt) should be left to user land routines and not go into the core interpreter.

The methods.capitalize()and.iscapitalized()should follow the case mapping algorithm defined in the above technical report as closely as possible.

Line Breaks

Line breaking should be done for all Unicode characters having the B property as well as the combinations CRLF, CR, LF (interpreted in that order) and other special line separators defined by the standard.

The Unicode type should provide a.splitlines()method which returns a list of lines according to the above specification. See Unicode Methods.

Unicode Character Properties

A separate module “unicodedata” should provide a compact interface to all Unicode character properties defined in the standard’s UnicodeData.txt file.

Among other things, these properties provide ways to recognize numbers, digits, spaces, whitespace, etc.

Since this module will have to provide access to all Unicode characters, it will eventually have to contain the data from UnicodeData.txt which takes up around 600kB. For this reason, the data should be stored in static C data. This enables compilation as shared module which the underlying OS can shared between processes (unlike normal Python code modules).

There should be a standard Python interface for accessing this information so that other implementors can plug in their own possibly enhanced versions, e.g. ones that do decompressing of the data on-the-fly.

Private Code Point Areas

Support for these is left to user land Codecs and not explicitly integrated into the core. Note that due to the Internal Format being implemented, only the area between\uE000and\uF8FFis usable for private encodings.

Internal Format

The internal format for Unicode objects should use a Python specific fixed format <PythonUnicode> implemented as ‘unsigned short’ (or another unsigned numeric type having 16 bits). Byte order is platform dependent.

This format will hold UTF-16 encodings of the corresponding Unicode ordinals. The Python Unicode implementation will address these values as if they were UCS-2 values. UCS-2 and UTF-16 are the same for all currently defined Unicode character points. UTF-16 without surrogates provides access to about 64k characters and covers all characters in the Basic Multilingual Plane (BMP) of Unicode.

It is the Codec’s responsibility to ensure that the data they pass to the Unicode object constructor respects this assumption. The constructor does not check the data for Unicode compliance or use of surrogates.

Future implementations can extend the 32 bit restriction to the full set of all UTF-16 addressable characters (around 1M characters).

The Unicode API should provide interface routines from <PythonUnicode> to the compiler’s wchar_t which can be 16 or 32 bit depending on the compiler/libc/platform being used.

Unicode objects should have a pointer to a cached Python string object <defenc> holding the object’s value using the <default encoding>. This is needed for performance and internal parsing (see Internal Argument Parsing) reasons. The buffer is filled when the first conversion request to the <default encoding> is issued on the object.

Interning is not needed (for now), since Python identifiers are defined as being ASCII only.

codecs.BOMshould return the byte order mark (BOM) for the format used internally. The codecs module should provide the following additional constants for convenience and reference (codecs.BOM will either beBOM_BEorBOM_LEdepending on the platform):

BOM_BE:'\376\377'
(correspondstoUnicodeU+0000FEFFinUTF-16onbigendian
platforms==ZEROWIDTHNO-BREAKSPACE)

BOM_LE:'\377\376'
(correspondstoUnicodeU+0000FFFEinUTF-16onlittleendian
platforms==definedasbeinganillegalUnicodecharacter)

BOM4_BE:'\000\000\376\377'
(correspondstoUnicodeU+0000FEFFinUCS-4)

BOM4_LE:'\377\376\000\000'
(correspondstoUnicodeU+0000FFFEinUCS-4)

Note that Unicode sees big endian byte order as being “correct”. The swapped order is taken to be an indicator for a “wrong” format, hence the illegal character definition.

The configure script should provide aid in deciding whether Python can use the nativewchar_ttype or not (it has to be a 16-bit unsigned type).

Buffer Interface

Implement the buffer interface using the <defenc> Python string object as basis forbf_getcharbufand the internal buffer for bf_getreadbuf.Ifbf_getcharbufis requested and the <defenc> object does not yet exist, it is created first.

Note that as special case, the parser marker “s#” will not return raw Unicode UTF-16 data (which thebf_getreadbufreturns), but instead tries to encode the Unicode object using the default encoding and then returns a pointer to the resulting string object (or raises an exception in case the conversion fails). This was done in order to prevent accidentally writing binary data to an output stream which the other end might not recognize.

This has the advantage of being able to write to output streams (which typically use this interface) without additional specification of the encoding to use.

If you need to access the read buffer interface of Unicode objects, use thePyObject_AsReadBuffer()interface.

The internal format can also be accessed using the ‘unicode-internal’ codec, e.g. viau.encode('unicode-internal').

Pickle/Marshalling

Should have native Unicode object support. The objects should be encoded using platform independent encodings.

Marshal should use UTF-8 and Pickle should either choose Raw-Unicode-Escape (in text mode) or UTF-8 (in binary mode) as encoding. Using UTF-8 instead of UTF-16 has the advantage of eliminating the need to store a BOM mark.

Regular Expressions

Secret Labs AB is working on a Unicode-aware regular expression machinery. It works on plain 8-bit, UCS-2, and (optionally) UCS-4 internal character buffers.

Also see

http:// unicode.org/unicode/reports/tr18/

for some remarks on how to treat Unicode REs.

Formatting Markers

Format markers are used in Python format strings. If Python strings are used as format strings, the following interpretations should be in effect:

'%s':ForUnicodeobjectsthiswillcausecoercionofthe
wholeformatstringtoUnicode.Notethatyoushoulduse
aUnicodeformatstringtostartwithforperformance
reasons.

In case the format string is an Unicode object, all parameters are coerced to Unicode first and then put together and formatted according to the format string. Numbers are first converted to strings and then to Unicode.

'%s':PythonstringsareinterpretedasUnicode
stringusingthe<defaultencoding>.Unicodeobjectsare
takenasis.

All other string formatters should work accordingly.

Example:

u"%s%s"%(u"abc","abc")==u"abc abc"

Internal Argument Parsing

These markers are used by thePyArg_ParseTuple()APIs:

“U”

Check for Unicode object and return a pointer to it

“s”

For Unicode objects: return a pointer to the object’s <defenc> buffer (which uses the <default encoding>).

“s#”

Access to the default encoded version of the Unicode object (see Buffer Interface); note that the length relates to the length of the default encoded string rather than the Unicode object length.

“t#”

Same as “s#”.

“es”

Takes two parameters: encoding (constchar*) and buffer (char**).

The input object is first coerced to Unicode in the usual way and then encoded into a string using the given encoding.

On output, a buffer of the needed size is allocated and returned through*bufferas NULL-terminated string. The encoded may not contain embedded NULL characters. The caller is responsible for callingPyMem_Free()to free the allocated*bufferafter usage.

“es#”

Takes three parameters: encoding (constchar*), buffer (char**) and buffer_len (int*).

The input object is first coerced to Unicode in the usual way and then encoded into a string using the given encoding.

If*bufferis non-NULL,*buffer_lenmust be set to sizeof(buffer)on input. Output is then copied to*buffer.

If*bufferis NULL, a buffer of the needed size is allocated and output copied into it.*bufferis then updated to point to the allocated memory area. The caller is responsible for callingPyMem_Free()to free the allocated*bufferafter usage.

In both cases*buffer_lenis updated to the number of characters written (excluding the trailing NULL-byte). The output buffer is assured to be NULL-terminated.

Examples:

Using “es#” with auto-allocation:

static PyObject *
test_parser(PyObject *self,
PyObject *args)
{
PyObject *str;
const char *encoding = "latin-1";
char *buffer = NULL;
int buffer_len = 0;

if (!PyArg_ParseTuple(args, "es#:test_parser",
encoding, &buffer, &buffer_len))
return NULL;
if (!buffer) {
PyErr_SetString(PyExc_SystemError,
"buffer is NULL" );
return NULL;
}
str = PyString_FromStringAndSize(buffer, buffer_len);
PyMem_Free(buffer);
return str;
}

Using “es” with auto-allocation returning a NULL-terminated string:

static PyObject *
test_parser(PyObject *self,
PyObject *args)
{
PyObject *str;
const char *encoding = "latin-1";
char *buffer = NULL;

if (!PyArg_ParseTuple(args, "es:test_parser",
encoding, &buffer))
return NULL;
if (!buffer) {
PyErr_SetString(PyExc_SystemError,
"buffer is NULL" );
return NULL;
}
str = PyString_FromString(buffer);
PyMem_Free(buffer);
return str;
}

Using “es#” with a pre-allocated buffer:

static PyObject *
test_parser(PyObject *self,
PyObject *args)
{
PyObject *str;
const char *encoding = "latin-1";
char _buffer[10];
char *buffer = _buffer;
int buffer_len = sizeof(_buffer);

if (!PyArg_ParseTuple(args, "es#:test_parser",
encoding, &buffer, &buffer_len))
return NULL;
if (!buffer) {
PyErr_SetString(PyExc_SystemError,
"buffer is NULL" );
return NULL;
}
str = PyString_FromStringAndSize(buffer, buffer_len);
return str;
}

File/Stream Output

Since file.write(object) and most other stream writers use the “s#” or “t#” argument parsing marker for querying the data to write, the default encoded string version of the Unicode object will be written to the streams (see Buffer Interface).

For explicit handling of files using Unicode, the standard stream codecs as available through the codecs module should be used.

The codecs module should provide a short-cut open(filename,mode,encoding) available which also assures that mode contains the ‘b’ character when needed.

File/Stream Input

Only the user knows what encoding the input data uses, so no special magic is applied. The user will have to explicitly convert the string data to Unicode objects as needed or use the file wrappers defined in the codecs module (see File/Stream Output).

Unicode Methods & Attributes

All Python string methods, plus:

.encode([encoding=<defaultencoding>][,errors="strict"])
-->seeUnicodeOutput

.splitlines([include_breaks=0])
-->breakstheUnicodestringintoalistof(Unicode)lines;
returnsthelineswithlinebreaksincluded,if
include_breaksistrue.SeeLineBreaksfora
specificationofhowlinebreakingisdone.

Code Base

We should use Fredrik Lundh’s Unicode object implementation as basis. It already implements most of the string methods needed and provides a well written code base which we can build upon.

The object sharing implemented in Fredrik’s implementation should be dropped.

Test Cases

Test cases should follow those in Lib/test/test_string.py and include additional checks for the Codec Registry and the Standard Codecs.

References

• Unicode Consortium:http:// unicode.org/
• Unicode FAQ:http:// unicode.org/unicode/faq/
• Unicode 3.0:http:// unicode.org/unicode/standard/versions/Unicode3.0.html
• Unicode-TechReports:http:// unicode.org/unicode/reports/techreports.html
• Unicode-Mappings:ftp://ftp.unicode.org/Public/MAPPINGS/
• Introduction to Unicode (a little outdated by still nice to read): http:// nada.kth.se/i18n/ucs/unicode-iso10646-oview.html
• For comparison: Introducing Unicode to ECMAScript (aka JavaScript) – http://www-4.ibm /software/developer/library/internationalization-support.html
• IANA Character Set Names: ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets
• Discussion of UTF-8 and Unicode support for POSIX and Linux: http:// cl.cam.ac.uk/~mgk25/unicode.html
• Encodings:
  • Overview:http://czyborra /utf/
  • UCS-2:http:// uazone.org/multiling/unicode/ucs2.html
  • UTF-7: Defined inRFC 2152
  • UTF-8: Defined inRFC 2279
  • UTF-16:http:// uazone.org/multiling/unicode/wg2n1035.html

History of this Proposal

[ed. note: revisions prior to 1.7 are available in the CVS history of Misc/unicode.txt from the standard Python distribution. All subsequent history is available via the CVS revisions on this file.]