From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jean-Christophe Helary Newsgroups: gmane.emacs.devel Subject: Re: Entering Unicode characters Date: Sat, 30 Jan 2016 12:03:12 +0900 Message-ID: <52F3C008-1B3B-4ACD-B74A-52E19F1E6369@gmail.com> References: <878u389yfl.fsf@gnu.org> <83d1skxt0i.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1454123030 19022 80.91.229.3 (30 Jan 2016 03:03:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Jan 2016 03:03:50 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 30 04:03:41 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 1aPLp6-0000Vx-0A for ged-emacs-devel@m.gmane.org; Sat, 30 Jan 2016 04:03:40 +0100 Original-Received: from localhost ([::1]:37449 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPLp5-0005pj-7r for ged-emacs-devel@m.gmane.org; Fri, 29 Jan 2016 22:03:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPLon-0005pT-DW for emacs-devel@gnu.org; Fri, 29 Jan 2016 22:03:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPLok-0001zz-7t for emacs-devel@gnu.org; Fri, 29 Jan 2016 22:03:21 -0500 Original-Received: from mail-pf0-x229.google.com ([2607:f8b0:400e:c00::229]:33012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPLoj-0001zv-So for emacs-devel@gnu.org; Fri, 29 Jan 2016 22:03:18 -0500 Original-Received: by mail-pf0-x229.google.com with SMTP id x125so52008400pfb.0 for ; Fri, 29 Jan 2016 19:03:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=EOOsX3wtLPyC4VWkctGtcrM71M3mDb7OICaqm/2nD0I=; b=MrIvfqRGEky0379x7lgkiqzJy8K3b88cB2WCVXlQpn4x2HwNi9+6GOZ2sBLm75Urx/ SIhMiXcon4A6Yp/HYGO0BjW6G5ymo/7A2v512GxgXP3+Na0DWCECrruZrAFrfqofwa8v Kxc2K1tIOs93w6myM+EGuJSi8324J6gKVKB+b3Wj1Rvq00x34lMAjFh4R9jMjTtOEhfG fSDFJdYiREwd03qSi1B9M/ZLnU8cFLs9/+Dj2MqiPAe32RFXyxtG6jmfPT2/ub8nty8g xJAu+oe4qELhOl5lCpq7Tskf9R+YttboBw5Qk33nQL9k3t1wthPLvfRNGCLKal++R/K4 eXCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=EOOsX3wtLPyC4VWkctGtcrM71M3mDb7OICaqm/2nD0I=; b=AnHjwbZ9PNbXKO192ur/O6P0MRPGVTzveNEYKFbRq7cDzAJ7CS0vB1zSUij4UNERYO 9dX+vADpv5/sYmISCpsmBAsjDwpaz4VfVDh+n3jm4iwHsVx2t/fKClActkPDyN2WHzEL E3ll8xakuHQToiT3g+Gn4Vr1HC06trgWpIGgNXopUYSfObL84242tBWgLse/UxhQ2UnH CYDMCYPawRcwJKxJEBXwjm9KHbj7UklhhTe2u/+vyM12Yol7iQg/DxcQ1EU3iQaaRPDx SJLmz6kJ20JbOeU4uXNZz5VzkRHcV0ti6xdxhdyfyQDQQFDUyWzixHBjgRbZKAti4j8P 7C2A== X-Gm-Message-State: AG10YORvrnsaY0OekUAwabXNgxnZtYiWyNGo/STemLOjggnOR8jr7H0hcj/6rccwMi6fcA== X-Received: by 10.98.10.203 with SMTP id 72mr18902475pfk.87.1454122996522; Fri, 29 Jan 2016 19:03:16 -0800 (PST) Original-Received: from [192.168.24.53] (pl070.nas984.takamatsu.nttpc.ne.jp. [124.154.42.70]) by smtp.gmail.com with ESMTPSA id g10sm26447951pfd.92.2016.01.29.19.03.14 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Jan 2016 19:03:14 -0800 (PST) In-Reply-To: <83d1skxt0i.fsf@gnu.org> X-Mailer: Apple Mail (2.3112) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400e:c00::229 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:199020 Archived-At: > 2016/01/30 1:14=E3=80=81Eli Zaretskii =E3=81=AE=E3=83=A1=E3= =83=BC=E3=83=AB=EF=BC=9A >=20 > Can we add an optional feature where the candidates will be shown even > in deterministic input methods, although the way to choose the > candidates is not by typing a digit? For example: >=20 > a["'/^_`~] " - =C3=A4 ' - =C3=A1 / - =C3=A5 ^ - =C3=A2 _ - =C2=AA = ` - =C3=A0 ~ - =C3=A3 >=20 > or something similar? The turkish-postfix method seems to offer both, at least with "i". i[.] (01/01) 1.=C4=B1 2.i You can get "i" by either typing "." or by typing "1". For some reason that is not generalized to other characters: u["^] i[.] (01/01) 1.=C4=B1 2.i o["] a[^] s[,] g[^] c[,] For chinese-py, Kenichi proposed "ni": 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 but since the default is 1, you actually don't have to enter 1 to input = =E4=BD=A0, and similarly, when you go all the way to niang you get =E5=A8=98= by default and don't need to type 1 for input. The implementation of turkish-postfix for "i" is superior to what we = have on OSX (if offers discoverability, character based input *and* = digit based input) but the implementation is not generalized to other = letters and other input methods and thus is not satisfactory. My original comment (description of the new OSX input system) was a = reply to Richard's request to have a way to view "all the characters" of = a given language or script: > I want a system that lets me choose them by seeing them on the screen. > I want to specify a language or script and see all its characters. >=20 > For instance, if I enter 'turkish' it should show me all the > characters used in Turkish. Then I could pick the dotless i from the > buffer. Although what I am discussing here is strictly related to current input = systems and not to a the new capability that Richard desires, I think = the bigger issue here is first discoverability and then input method. turkish-postfix offers discoverability for "i". chinese-py offers = discoverability for all its characters (presumably), neither = latin-1-postfix not latin-1-prefix offer any sort of discoverability and = also lack predictability (why does /e=3D =C5=93 but /E=3D=C3=86 ?, also, = when you shift to french-prefix you actually do not get all the = characters that you could possibly type in French - =C2=B1=C3=B7=C2=AA=C2=BA= =C2=A5=C2=B0=C2=BD=C2=BE=C2=BC etc. - even though french should be a = subset of latin-1, with the exception of =C5=93/=C5=92.) Then there is the input method when you have discovered the character = you want to enter. I personally think that offering 2 options when = possible (composing character *and* digit) is the best. Composing = characters, and in the case of chinese-py we can argue that letters = *are* composing characters for all practical purposes, are available for = characters that are input frequently by a given user, and digits are = there to input the occasional character. There is no logical need to not = have a digit based input for composed characters. Jean-Christophe=