]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
Add mention of the default file system encoding for Windows.
authorMark Hammond <mhammond@skippinet.com.au>
Mon, 14 May 2001 03:09:36 +0000 (03:09 +0000)
committerMark Hammond <mhammond@skippinet.com.au>
Mon, 14 May 2001 03:09:36 +0000 (03:09 +0000)
Misc/NEWS

index 3491109b34730e54c88d0a18776c8cbd24927c3b..aeb81c5d02694e4e254d7a4660bdf63a2c7bc9eb 100644 (file)
--- a/Misc/NEWS
+++ b/Misc/NEWS
@@ -2,6 +2,23 @@ What's New in Python 2.2a0?
 ===========================
 
 Core
+- Some operating systems now support the concept of a default Unicode
+  encoding for file system operations.  Notably, Windows supports 'mbcs'
+  as the default.  The Macintosh will also adopt this concept in the medium
+  term, altough the default encoding for that platform will be other than 
+  'mbcs'.
+  On operating system that support non-ascii filenames, it is common for 
+  functions that return filenames (such as os.listdir()) to return Python
+  string objects pre-encoded using the default file system encoding for
+  the platform.  As this encoding is likely to be different from Python's
+  default encoding, converting this name to a Unicode object before passing
+  it back to the Operating System would result in a Unicode error, as Python
+  would attempt to use it's default encoding (generally ASCII) rather 
+  than the default encoding for the file system.
+  In general, this change simply removes surprises when working with 
+  Unicode and the file system, making these operations work as
+  you expect, increasing the transparency of Unicode objects in this context.
+  See [????] for more details, including examples.
 
 - Float (and complex) literals in source code were evaluated to full
   precision only when running from a .py file; the same code loaded from a