emacs-pretest-bug
[Top][All Lists]
Advanced

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

Re: Function ucs-insert Cannot Insert Supplementary Characters


From: Alexander Winston
Subject: Re: Function ucs-insert Cannot Insert Supplementary Characters
Date: Tue, 30 Mar 2004 09:10:50 -0500

On Tue, 2004-03-30 at 11:08 +0900, Kenichi Handa wrote:

> In article <address@hidden>, Alexander Winston <address@hidden> writes:
> >>  If you really have to handle supplementary characters in
> >>  Emacs, please try the emacs-unicode-2 branch of the CVS.
> >>  This version supports all Unicode characters.
> 
> > Contrarily, this branch's Unicode support seems to be a regression from
> > the main line's. All characters not within US-ASCII are being displayed
> > as question marks in my terminal emulator. Running "M-x
> > universal-argument <RET>" followed by "M-x what-cursor-position <RET>"
> > reveals that Emacs thinks that these characters are "not encodable."
> > Therefore, they do not have terminal codes.
> 
> Please tell me your locale and the result of C-h C RET.

I apologize. I had not run "M-x set-terminal-coding-system <RET> utf-8
<RET>" yet. This this command is unnecessary when using the HEAD branch.

I'll go ahead and give you answers to your questions for completeness.
All of my locale environment variables were set to en_US.UTF-8 and the
only coding systems revealed by "M-x describe-current-coding-system
<RET>" not being set to utf-8 were terminal output and inter-client cut
and paste. Terminal output was set to no-conversion and inter-client cut
and paste was set to compound-text-with-extensions. After setting
terminal output to utf-8, however, everything worked admirably.

Is this branch scheduled to be merged back into HEAD in the (near)
future?

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

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