[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Strange behaviour with dired and UTF8
From: |
Kenichi Handa |
Subject: |
Re: Strange behaviour with dired and UTF8 |
Date: |
Tue, 6 May 2003 14:39:04 +0900 (JST) |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) |
In article <address@hidden>, Richard Stallman <address@hidden> writes:
> It would be fundamentally clean to make sure that decoding of file
> names is never many-one. Is that possible?
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.
> Some of your messages suggest it is already the case.
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.
---
Ken'ichi HANDA
address@hidden
- Re: Strange behaviour with dired and UTF8, (continued)
- Re: Strange behaviour with dired and UTF8, Stephen J. Turnbull, 2003/05/03
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/03
- Re: Strange behaviour with dired and UTF8, Kenichi Handa, 2003/05/05
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/06
- Re: Strange behaviour with dired and UTF8, Kenichi Handa, 2003/05/06
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/07
- Re: Strange behaviour with dired and UTF8, Richard Stallman, 2003/05/03
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/03
- Re: Strange behaviour with dired and UTF8,
Kenichi Handa <=
- Re: Strange behaviour with dired and UTF8, Richard Stallman, 2003/05/06
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/07
- Re: Strange behaviour with dired and UTF8, Stefan Monnier, 2003/05/07
- Re: Strange behaviour with dired and UTF8, Jan D., 2003/05/07