help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 8-bit characters input


From: Marco De Vitis
Subject: Re: 8-bit characters input
Date: Thu, 12 Apr 2007 15:32:08 GMT
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2pre) Gecko/20070116 Thunderbird/2.0b2 Mnenhy/0.7.5.666

Il 11/04/2007 16:14, Stefan Monnier ha scritto:

C-v C-h l

Hmm... that's odd.. And that's with OSX's Terminal.app?
I get full utf-8 coding there, without having changed any part of the config.

Yes, OSX's Terminal.app.
I actually have customized the Terminal config somehow a long time ago, to be able to correctly input and read utf-8 in Terminal itself...

I'm not sure what you mean by "configured as xterm-color".

I mean that OSX's Terminal is set, through its preferences, to declare the terminal type as xterm-color. Or, in other words, that the env var $TERM is set to "xterm-color".

I now tried also from PuTTy (configured as xterm) on a Windows machine, and
hitting à appears to send different stuff:

M-C M-SPC C-h l

That looks much better.  Actually it looks almost like utf-8.  Have you
tried C-x RET k utf-8 RET when logged in this way?

I did now, and indeed it works!
And then... it also works in Terminal.app, as long as I open Terminal.app's window preferences and deactivate the "Escape non-ASCII chars" option in the Emulation section; indeed, when this option is not active, pressing "à" in emacs sends the same codes which were sent using PuTTy.

So, I can now use 8-bit chars in emacs by putting (set-keyboard-coding-system 'utf-8) in my ~/.emacs file, and deactivating that Terminal option when I'm on OSX; the only problem is that I need that option to correctly input 8-bit chars in Terminal's "normal" usage, i.e. when using it locally, without connecting to a remote machine... I'll try to live with it.

Thanks a lot.

--
Ciao,
  Marco.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]