Pierre Albarede
pa.ne****@free*****
Tue Nov 21 23:47:22 JST 2006
Hi, Le 14 nov. 06 à 20:26, Peter Dyballa a écrit : > I think this is either a bug in utf-8m.el or a bug in our .emacs > files – in the X client's *shell* buffer it works better, but it > understands é in UTF-8. This is the file: /Applications/Emacs.app/Contents/Resources/share/emacs/22.0.90/lisp/ international/utf-8m.el ;; Author: Seiji Zenitani <zenit****@mac*****> ;; $Id: utf-8m.el 31 2006-10-20 21:46:12Z zenitani $ ;; Keywords: mac, multilingual, Unicode, UTF-8 ;; Created: 2004-02-20 ... ;; This package provides a modified utf-8 encoding (utf-8m) for Mac OSX ;; hfs plus volume format. By setting utf-8m as the file-name-coding- system, ;; emacs can read the following characters in filenames. ... ;; In order to use, add the below line to your .emacs file. ;; ;; (set-file-name-coding-system 'utf-8m) ;; ... ;; ref. http://lists.gnu.org/archive/html/emacs-devel/2005-07/ msg01067.html Indeed, I see one mistake in this file, not in the code itself but in the comments. With only (set-file-name-coding-system 'utf-8m) in .emacs, non ASCII filenames are not correctly displayed by M-! ls. However, they are correctly displayed with only (set-default-coding-systems 'utf-8m) in .emacs. This is the same with carbon emacs, emacs in Terminal and emacs in X11. Can we hope that fixing this will affects positively auto-completion ? Thanks. Pierre Albarède bat A res Valvert 12 rue Fourane F-13090 Aix en Provence
