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: Sat, 30 Jan 2016 15:53:37 +0200 Message-ID: <83fuxfw4v2.fsf@gnu.org> References: <8760yb9s9d.fsf@gnu.org> 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 1454162080 18090 80.91.229.3 (30 Jan 2016 13:54:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Jan 2016 13:54:40 +0000 (UTC) Cc: jean.christophe.helary@gmail.com, emacs-devel@gnu.org To: handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 30 14:54:39 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 1aPVyy-0002WD-B6 for ged-emacs-devel@m.gmane.org; Sat, 30 Jan 2016 14:54:32 +0100 Original-Received: from localhost ([::1]:38778 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPVyx-0000f0-Kn for ged-emacs-devel@m.gmane.org; Sat, 30 Jan 2016 08:54:31 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53589) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPVyi-0000ec-Kg for emacs-devel@gnu.org; Sat, 30 Jan 2016 08:54:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aPVyh-0004Nj-FW for emacs-devel@gnu.org; Sat, 30 Jan 2016 08:54:16 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41245) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aPVyd-0004Mn-D6; Sat, 30 Jan 2016 08:54:11 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1997 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aPVyY-0000cA-0C; Sat, 30 Jan 2016 08:54:06 -0500 In-reply-to: <8760yb9s9d.fsf@gnu.org> (message from handa on Sat, 30 Jan 2016 21:16:46 +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:199038 Archived-At: > From: handa > Cc: jean.christophe.helary@gmail.com, emacs-devel@gnu.org > Date: Sat, 30 Jan 2016 21:16:46 +0900 > > > 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: > > > a["'/^_`~] " - ä ' - á / - å ^ - â _ - ª ` - à ~ - ã > > > or something similar? > > Of course adding such a feature is possible, but it's not just a > changing of condition of some code, but a completely new feature. The > code to get "你呢尼泥逆倪匿拟腻妮霓昵溺旎睨鲵坭猊怩伲祢慝铌" when a user > type "ni" is easy because chinese-py directly defines it. But to get > "äáåâªàã" when a user type "a" requires completely different code. > > I can work on it, but it may take time. I think it would be good to have such a feature, especially for input methods such latin-ltx.el or uni-input,, which can potentially produce a lot of characters whose appearance mostly has nothing in common with what the user types. Thanks.