From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: zap-to-char too raw, or document Date: Mon, 18 Jul 2011 22:39:19 +0900 Message-ID: <87hb6jso6w.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87myeydbea.fsf@jidanni.org> <87ipr1sqkm.fsf@uwakimon.sk.tsukuba.ac.jp> <87mxgdwd1u.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1310996829 12544 80.91.229.12 (18 Jul 2011 13:47:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Jul 2011 13:47:09 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 18 15:47:05 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QioA2-0005a8-6V for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 15:47:02 +0200 Original-Received: from localhost ([::1]:57064 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QioA1-0008RN-52 for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 09:47:01 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44592) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qio2l-00078R-0L for emacs-devel@gnu.org; Mon, 18 Jul 2011 09:39:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qio2h-0007iu-K5 for emacs-devel@gnu.org; Mon, 18 Jul 2011 09:39:30 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:35427) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qio2h-0007fQ-6f for emacs-devel@gnu.org; Mon, 18 Jul 2011 09:39:27 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id 8C7963FA0566; Mon, 18 Jul 2011 22:39:13 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 830EA1A28A2; Mon, 18 Jul 2011 22:39:19 +0900 (JST) In-Reply-To: <87mxgdwd1u.fsf@fencepost.gnu.org> X-Mailer: VM 8.1.93a under 21.5 (beta31) "ginger" cd1f8c4e81cd XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 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:142103 Archived-At: David Kastrup writes: > When I answer a y/n style question, I would not want to have a > latin-1-postfix input method waiting in order to figure out whether I > want to adorn my n with a ~ in order to get =F1. Emacs methods won't "be waiting"; they're buffer-, including minibuffer-, specific. You will have to turn on the input method explicitly. (At least, you would in XEmacs, I'm not 100% sure Emacs works precisely the same way here.) However, on second thought I'm not sure what the use case for a single character via input method is, vs a one-character string via input method. As you point out, it's a big deal to type even one extra keystroke in a y-or-n-p context, but it's hardly a big deal to type one extra RET after typing something like "C-\ i t i SPC SPC RET" to get U+4E00 (the Chinese character for "one" as pronounced by Japanese).