From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Entering Unicode characters Date: Fri, 29 Jan 2016 10:21:45 +0200 Message-ID: <831t90ztgm.fsf@gnu.org> References: <83twmkkv16.fsf@gnu.org> <6365BE48-3DBC-4047-9DA0-C50D06D7EDD9@gmail.com> <83r3h41jlz.fsf@gnu.org> <6623994A-D49A-40F5-8FA8-134A838E59F4@gmail.com> <83wpqvzoc9.fsf@gnu.org> <294BFEDE-5143-46C8-A954-748FCE23BBF7@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1454055731 23614 80.91.229.3 (29 Jan 2016 08:22:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2016 08:22:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jean-Christophe Helary , Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 29 09:22:05 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aP4Jd-0008Oj-Vh for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 09:22:02 +0100 Original-Received: from localhost ([::1]:60554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aP4Jd-0004py-FL for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 03:22:01 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49239) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aP4JZ-0004ob-H2 for emacs-devel@gnu.org; Fri, 29 Jan 2016 03:21:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aP4JY-00085T-Hi for emacs-devel@gnu.org; Fri, 29 Jan 2016 03:21:57 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52723) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aP4JT-00084J-Pd; Fri, 29 Jan 2016 03:21:51 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3539 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aP4JS-0006fH-PB; Fri, 29 Jan 2016 03:21:51 -0500 In-reply-to: (message from Jean-Christophe Helary on Fri, 29 Jan 2016 08:16:10 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:198983 Archived-At: > From: Jean-Christophe Helary > Date: Fri, 29 Jan 2016 08:16:10 +0900 > > After checking the turkish-postfix input method, I noticed that the only character that is displayed "a la OSX" is the "i". All the other characters for which there are variants are *not* displayed and only their composing characters are. So emacs is actually *not* displaying resulting characters. That's quail.el "working as designed" for these input methods. Most input methods for Far Eastern scripts show the alternatives almost always. > What I suggested would be an improvement is, for ex in latin-1-postfix, to have the following display when you hit "a": > > a["'/^_`~] 1.ä 2.á 3.å 4.â 5.ª 6.à 7.ã > > right now you only have: > a["'/^_`~] If that's what we want, we need to change quail.el where it decides whether or not to show the alternative translations. Perhaps Handa-san could comment on the reasons for this design in 'quail-get-translations': why does it show the list of possible translations only sometimes? Is it just an optimization?