On 02:34 pm, [EMAIL PROTECTED] wrote:
On Fri, Dec 05, 2008 at 08:37:45PM -0500, James Y Knight wrote:
On Dec 5, 2008, at 7:48 PM, Nick Coghlan wrote:
You can't display a non-decodable filename to the user, hence the user will have no idea what they're working on. Non-filesystem related apps
have no business trying to deal with insane filenames.

Sigh, same arguments, all over again.

People do care, it does happen in real
life, and it is a bug in your software if you cannot deal with the users' files. They just want the software to work. If it shows something weird in the window titlebar, that's a bit irritating but at least it doesn't
get in the way of working.

  I agree 100%. Russian Unix users use at least 5 different encodings
(koi8-r, cp1251 and utf-8 are the most frequent in use, cp866 and
iso-8859-5 are less frequent). I have an FTP server with some filenames in koi8 encoding - these filenames are for unix clients, - and some filenames
in cp1251 for w32 clients. Sometimes I run utf-8 xterm (I am
a commandline/console unixhead) for my needs (read email, write files in utf-8 with characters beyond koi8-r, which is my primary encoding) - and I still can work with filenames in koi8/cp1251 encodings. My filemanager (Midnight Commander, for the matter) shows these files and directories as
"?????.???", but I can chdir to such directories, and I can open such
files. It would be a big bad blow for me if filemanagers (or other
programs) start to filter these filenames.

I find it interesting to note that the only users in this discussion who actually have these problems in real life all have this attitude. It is expected that in an imperfect world we will have imperfect encodings, but it is super important that software which can open files can deal with not understanding the character translation of the filename.
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to