From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: describe-char should display the character's Unicode name Date: Wed, 23 Jul 2008 09:47:17 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <863am0ejyi.fsf@lifelogs.com> References: <868ww3vydn.fsf@lifelogs.com> <87myki6fqp.fsf@jurta.org> <87mykhz6tf.fsf@jurta.org> <87tzeokrku.fsf@jurta.org> <87od4wgg8p.fsf@catnip.gol.com> <86od4vmi5i.fsf@lifelogs.com> <86ljzzkyjg.fsf@lifelogs.com> <87r69qk7rt.fsf@jurta.org> <86iquzi49s.fsf@lifelogs.com> <878wvta5rb.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1216824273 25701 80.91.229.12 (23 Jul 2008 14:44:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Jul 2008 14:44:33 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 23 16:45:20 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KLfaa-0004cX-Iz for ged-emacs-devel@m.gmane.org; Wed, 23 Jul 2008 16:45:12 +0200 Original-Received: from localhost ([127.0.0.1]:37652 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KLfZh-0000JF-6q for ged-emacs-devel@m.gmane.org; Wed, 23 Jul 2008 10:44:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KLfYT-0008LX-PS for emacs-devel@gnu.org; Wed, 23 Jul 2008 10:43:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KLfYS-0008Kr-FP for emacs-devel@gnu.org; Wed, 23 Jul 2008 10:43:01 -0400 Original-Received: from [199.232.76.173] (port=45413 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KLfYS-0008Kl-6M for emacs-devel@gnu.org; Wed, 23 Jul 2008 10:43:00 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:57365 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KLfYR-0003mI-MN for emacs-devel@gnu.org; Wed, 23 Jul 2008 10:43:00 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KLfYM-0002iq-37 for emacs-devel@gnu.org; Wed, 23 Jul 2008 14:42:54 +0000 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jul 2008 14:42:54 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jul 2008 14:42:54 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:miC4EsVQCn0e7X9GvrFGbJml00Q= X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:101313 Archived-At: On Wed, 23 Jul 2008 01:57:27 +0300 Juri Linkov wrote: >>>> Maybe it could be bound to M-TAB. I don't know if it can be a callable >>>> function, because it needs to be incorporated into the quail keystroke >>>> flow. >> JL> M-TAB is not a reliable key since often it is configured to switch windows. >> >> Not when it's invoked with `ESC Tab' :) >> >> Anyhow, I'll let you make this decision, I am OK with any key choice. JL> Hmm, it seems impossible to use `M-TAB' for quail-completion. JL> I tried to add '(("\M-\t" . quail-completion)) to the `translation-keys' arg JL> of `quail-define-package' but it fails with JL> (error "Key sequence M-TAB starts with non-prefix key ") JL> and according to its docstring, only single key character is allowed JL> in additional key bindings: JL> translation-keys specifies additional key bindings used while translation JL> region is active. It is an alist of single key character vs. corresponding JL> command to be called. I wish APL keyboards were still in use :) Well, if it can't be done, then maybe TAB should be allowed, but only if the user turns it on (globally, not per input method, since multiple input methods will need to use it). It should be off by default. That way TAB is still useful with Quail to do indentation, but if the user knows he won't need TAB when in a Quail input method, he can customize it to do `quail-completion'. That seems like a decent compromise to me, what do you think? Ted