From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: handa Newsgroups: gmane.emacs.devel Subject: Re: Entering Unicode characters Date: Sat, 30 Jan 2016 00:51:10 +0900 Message-ID: <878u389yfl.fsf@gnu.org> References: <831t90ztgm.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1454082712 8848 80.91.229.3 (29 Jan 2016 15:51:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jan 2016 15:51:52 +0000 (UTC) Cc: jean.christophe.helary@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 29 16:51:47 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 1aPBKh-0000zn-8D for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 16:51:35 +0100 Original-Received: from localhost ([::1]:34955 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPBKg-0007tN-Or for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 10:51:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPBKU-0007tH-NU for emacs-devel@gnu.org; Fri, 29 Jan 2016 10:51:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPBKT-0002sV-QE for emacs-devel@gnu.org; Fri, 29 Jan 2016 10:51:22 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43917) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPBKQ-0002sG-0U; Fri, 29 Jan 2016 10:51:18 -0500 Original-Received: from fl1-110-233-34-83.iba.mesh.ad.jp ([110.233.34.83]:35404 helo=shatin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aPBKP-0005MM-9v; Fri, 29 Jan 2016 10:51:17 -0500 Original-Received: from handa by shatin with local (Exim 4.86) (envelope-from ) id 1aPBKI-00022X-Us; Sat, 30 Jan 2016 00:51:11 +0900 In-Reply-To: <831t90ztgm.fsf@gnu.org> (message from Eli Zaretskii on Fri, 29 Jan 2016 10:21:45 +0200) 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:199000 Archived-At: In article <831t90ztgm.fsf@gnu.org>, Eli Zaretskii writes: > 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? The deference is that an input method is determinitic or non-deterministic. Most input methods are deterministic, i.e. the defined key sequence reaches to a target character (or a string), but Chinese input methods are not deterministic, i.e. the defined key sequence reaches only to a group of candidate characters. A user has to select one of them by arrow keys or by an index number. So, for such an input method, showing candidate characters is mandatory. And, chinese input methods do not show possible translations as this: > a["'/^_`~] 1.=C3=A4 2.=C3=A1 3.=C3=A5 4.=C3=A2 5.=C2=AA 6.=C3=A0 7.=C3=A3 The above means that when you type ", you get =C3=A4, when you type ', you get =C3=A1, ... But chinese input methods show candidates as this (when you type "ni" with chinese-py): ni[aenu] (01/??) 1.=E4=BD=A0 2.=E5=91=A2 3.=E5=B0=BC 4.=E6=B3=A5 5.=E9=80= =86 6.=E5=80=AA 7.=E5=8C=BF 8.=E6=8B=9F 9.=E8=85=BB 0.=E5=A6=AE This means that when you type 1, you get =E4=BD=A0, when you type 2, you get =E5=91=A2, ..., and when you type a (or e, n, u), the different candidates = are shown. --- K. Handa handa@gnu.org