Ian Malone wrote:
$emacs Kölsch& In gnome-terminal (or xterm) will visit the file 'KÃlsch', regardless of whether 'Kölsch' exists
I believe this is a bug in Emacs 21.3 and fixed in upstream cvs. It is already in our bugzilla too.
Sorry, missed it. <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113126>
The second problem is pasting from other applications, notably the gucharmap. Here most Latin characters seem to work alright, but accented Greek characters like alpha-tonos (U+03AC) do not.
I think this is probably also an Emacs: may be better in cvs emacs too.
(One co later. I _really_ hate being on a dial-up connection...)
Builds first time from cvs and corrects both problems. It's necessary to use the standard (not default) fontset to get the filename to display properly in the window, but that's probably as it should be. Pasting is still a little odd - in that non- Latin characters arrive in a different font than if typed directly into emacs, but both are now recognisable and save as the same utf-8.
Would the above work on XEmacs,
Probably not the latter, not sure for the former - please try. :)
In fact neither work on XEmacs from the standard repos, and typing accented Greek characters using gnome keyboard map is broken too: alpha-tonos just gives 'U03AC not defined' in the minibuffer. It may be I'm missing a package or haven't configured it right though, as I just did 'yum install xemacs'. I'll play with that a little more, but I much prefer that GNU Emacs is working.
and would I have to get rid of GNU Emacs to install it? (Add/remove applications isn't allowing me to select XEmacs or de-select Emacs, and before I go to the command line I wonder whether there's a rational explanation)
Nope, you can install both. How about:
up2date -i xemacs
say.
Thanks very much for the help, will search bugzilla more thoroughly in future.
I think I'll have to come to terms with the fact that Unicode support in emacs is still being worked on. Time for yet another mailing list I think.
-- imalone
