From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Strange behaviour with dired and UTF8 Date: Tue, 06 May 2003 10:41:31 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <6DDE98F0-7C76-11D7-8080-00039363E640@swipnet.se> <200305060539.OAA21353@etlken.m17n.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1052232332 10521 80.91.224.249 (6 May 2003 14:45:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 6 May 2003 14:45:32 +0000 (UTC) Cc: jan.h.d@swipnet.se Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 06 16:45:28 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19D3h9-0002jE-00 for ; Tue, 06 May 2003 16:45:27 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19D3kg-0007bQ-00 for ; Tue, 06 May 2003 16:49:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19D3g8-00028L-06 for emacs-devel@quimby.gnus.org; Tue, 06 May 2003 10:44:24 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19D3fa-0001nE-00 for emacs-devel@gnu.org; Tue, 06 May 2003 10:43:50 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19D3f5-0001FI-00 for emacs-devel@gnu.org; Tue, 06 May 2003 10:43:23 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19D3dM-0007qt-00 for emacs-devel@gnu.org; Tue, 06 May 2003 10:41:32 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 19D3dL-0003Uu-00; Tue, 06 May 2003 10:41:31 -0400 Original-To: Kenichi Handa In-reply-to: <200305060539.OAA21353@etlken.m17n.org> (message from Kenichi Handa on Tue, 6 May 2003 14:39:04 +0900 (JST)) Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13722 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13722 For that, we must inhibit to set file-name-coding-system to such a coding system that will do many-to-one decoding (e.g. iso-2022-jp). But, we don't have a general mechanism to inhibit a symbol to be bound to a specific value. That's one way to do it. Another would be to refuse to use such a value if the symbol does have it. Another way is to discourage users from using such coding systems. As far as I know, there's no system that allows a coding system that does many-to-one decoding for filenames. So, we don't have to care such a case. It sounds like the third method has already been implemented. That's good.