From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Insert Euro symbol Date: 03 May 2002 19:48:36 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: <87g019a4mz.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <87elgue23x.fsf@tc-1-100.kawasaki.gol.ne.jp> <8296-Fri03May2002092555+0300-eliz@is.elta.co.il> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1020423143 6788 127.0.0.1 (3 May 2002 10:52:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 3 May 2002 10:52:23 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 173afn-0001lN-00 for ; Fri, 03 May 2002 12:52:23 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 173alS-0006UB-00 for ; Fri, 03 May 2002 12:58:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 173aea-0004x0-00; Fri, 03 May 2002 06:51:08 -0400 Original-Received: from smtp02.fields.gol.com ([203.216.5.132]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 173ady-0004wE-00; Fri, 03 May 2002 06:50:30 -0400 Original-Received: from tc-2-132.kawasaki.gol.ne.jp ([203.216.25.132] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp02.fields.gol.com with esmtp (Magnetic Fields) id 173adq-00050W-00; Fri, 03 May 2002 19:50:22 +0900 Original-Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id C19AF3090; Fri, 3 May 2002 19:48:36 +0900 (JST) Original-To: Eli Zaretskii System-Type: i686-pc-linux-gnu In-Reply-To: <8296-Fri03May2002092555+0300-eliz@is.elta.co.il> Original-Lines: 55 X-Abuse-Complaints: abuse@gol.com Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3529 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3529 "Eli Zaretskii" writes: > > It's very convenient for people who don't use a latin-x input method > > normally but want to only insert a character or two. > > Is that because you have some other input method active? Yes. I normally use the japanese language environment, so hitting C-\ gets me the japanese input method (though I'm normally not using it in the same buffer where I use `C-x 8'); I'd have to do something like `C-u C-\ latin-1-prefix RET' to get latin-1 characters. > Because otherwise, the number of keystrokes to toggle input method, > type the character, then toggle again is the same as with C-x 8. ... however even _if_ I could just `enable an input method,' that seems somehow ... wrong. I _want_ to just give a prefix and get one character, and not have to worry about turning off the input method (I'm not entirely sure why this is, but probably because I only type isolated latin-x characters, and so toggling a `mode' feels like the wrong thing). > C-x 8 is just another input method these days. Except that it > doesn't behave like one, and that causes confusion among users and > makes the documentation more difficult to write. It may actually be `an input method', but that's not how I think of it. I think of it as being a big table of latin-x characters that I can insert by giving a command. > If it is a frequent problem with the Euro that people need to insert > them when they have a non-Latin input method active, perhaps we should > add the Euro to some non-Latin input methods as well. As it is, `C-x 8' is orthogonal to, and can act independently of other input methods -- and this is a _good thing_. Getting rid of it by adding some of it's functionality to other input methods seems like it would simply complicate the situation and lead to more inconsistent (and probably more buggy) behavior. [note that I say `seems' -- maybe it's possible to avoid this, but I can't say without seeing a plan to do so.] Now, if you added some general way of having multiple input methods active without lots of keystrokes (and possibly having one available as using a `prefix' like C-x 8), then that would be useful because it would preserve the benefits of C-x 8 while perhaps making it more general and useful. > If there another functionality that does the same and doesn't require > more keystrokes, will you consider switching? I also like the C-x 8 interface; assuming something equally handy, then `of course' -- but `number of keystrokes' really isn't the only important metric here (though it's nice and easy to measure). -Miles -- Occam's razor split hairs so well, I bought the whole argument!