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

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

Re: quail/uni-input.el


From: Kenichi Handa
Subject: Re: quail/uni-input.el
Date: Sat, 25 Sep 2004 11:26:05 +0900 (JST)
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI)

In article <address@hidden>, Dave Love <address@hidden> writes:
> I spotted that the condition-case used doesn't have an error clause.
> (Perhaps the compiler should warn about that.)  I guess it should have
> one like the condition-case examples in quail.el.

Ok, I've just committed such a change.

> Also I noticed that eight-bit-control characters don't work for some
> reason, e.g. `u0096' just beeps; that seems to be due to something in
> quail, though.  It's obviously not a big problem.

Emacs' input method should be regarded as an input event
filter.  An input method returns an input event (or a list
of events).  Usually the event is a character code that is
bound to self-insert-command.  But, as #x96 is not bound to
any command, Emacs just beeps.  The more unexpected
behaviour of uni-input is, for instance, with `u0001'.  As
it returns an event Ctrl-A, beginning-of-line is executed
instead of #x1 is inserted.

> [Is there a better way of making an input method like this?  I assume
> I asked before, but I don't remember.]

I'm sorry if I've forgotten about it.

The purpose of leim-list.el (and leim-ext.el) is similar to
loaddefs.el.  So, perhaps, we can hack
update-directory-autoloads to generate a proper
leim-list.el.  Unfortunately I don't have a time to work on
it at the moment.

---
Ken'ichi HANDA
address@hidden





reply via email to

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