On Sun, Nov 04, 2007 at 11:13:20AM +0900, Stephen J. Turnbull wrote:
FKtPp writes:
> IMO it should use a user defined encoding system or inherent the
> current environment locale encoding system to do that.
Maybe in general, but definitely not in a mail program. For example,
in Japan the standard mail encodings are ISO-2022-JP and UTF-8, but
most OSes (except Linux) have the locale ja_JP.eucJP or (implicitly)
ja_JP.shift_jis. The mail program should be dealing with this
explicitly. Fix your mail program.
Err... Sorry, that is not the point I want to express. I do can do some
tricky to work around this issue, but, I think the strange behavir is inidcating
a exsit bug. to reproduce:
1. open a XEmacs session
2. C-x C-f non-exist.file
=> buffer `non-exist.file' is using your locale encoding.
3. type something(even a single `a' is okey) into `no-exist.file' and C-x C-s, C-x
C-k <RET>
4. C-x C-f non-exist.file
=> buffer `non-exist.file' is using your locale encoding.
5. delete all the `non-exist.file' content and C-x C-s, C-x C-k <RET>
6. C-x C-f non-exist.file (it is now a kind of empty-exist-file now).
=> buffer `non-exist.file' is using `undecide' encoding system(modeline
indicator `AUTO')
I think it use same encoding system as open a new-nonexist-file or nonempty-exist-file.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta