From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: PATCH to add euro symbol to French-{postfix, alt-postfix, prefix} input methods Date: Sat, 01 Mar 2008 12:51:29 +0100 Message-ID: <85y792u0fy.fsf@lola.goethe.zz> References: <1203936672.22517.5.camel@Argo.Styx> <87k5ktuf7d.fsf@stupidchicken.com> <87mypo5x1e.fsf@stupidchicken.com> <1204070698.4334.39.camel@Argo.Styx> <878x14lw94.fsf@stupidchicken.com> <87ejawam2n.fsf@catnip.gol.com> <8563w6vipk.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204372343 24002 80.91.229.12 (1 Mar 2008 11:52:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Mar 2008 11:52:23 +0000 (UTC) Cc: rms@gnu.org, cyd@stupidchicken.com, emacs-devel@gnu.org, nick.steeves@uleth.ca, eliz@gnu.org, miles@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 01 12:52:48 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JVQGk-0000mJ-Ra for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2008 12:52:47 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JVQGE-0003y9-7K for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2008 06:52:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JVQG2-0003vJ-Fs for emacs-devel@gnu.org; Sat, 01 Mar 2008 06:52:02 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JVQFw-0003oD-Sj for emacs-devel@gnu.org; Sat, 01 Mar 2008 06:52:00 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JVQFv-0003nr-Qx for emacs-devel@gnu.org; Sat, 01 Mar 2008 06:51:56 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JVQFv-0003Fx-Hv for emacs-devel@gnu.org; Sat, 01 Mar 2008 06:51:55 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JVQFh-0000xq-K4; Sat, 01 Mar 2008 06:51:41 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 5214F1C1E254; Sat, 1 Mar 2008 12:51:29 +0100 (CET) In-Reply-To: (Kenichi Handa's message of "Sat, 01 Mar 2008 20:22:00 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:90980 Archived-At: Kenichi Handa writes: > In article <8563w6vipk.fsf@lola.goethe.zz>, David Kastrup writes: >> In fact, I find it somewhat silly to have different latin-x input >> methods at all. Why don't we replace them all with a single latin >> input method, or with language specific ones? It seems somewhat >> pointless to have input methods that meticulously avoid producing a >> certain character when this character can be produced by any number >> of other means. > > I can think of one reason to have them. While one is using > latin-x-* input methods, he can think that he never type a > character not included in latin-x. In other word, if he > wants to type a character not supproted by latin-x-* input > methods, he must expect that his file can't be saved by > latin-x. So he does when using cut&paste, or quite a few other means of producing characters. I really don't think that we are doing people much of a favor of maintaining a lot of slightly different character-set specific input methods. It would make more sense to have some mechanism complain upon any way of inserting non-encodable characters (using buffer modification hooks, for example), and then have just one generic well-maintained latin input method rather than a dozen "forks". It would also be possible to auto-prune input methods depending on the desired target encoding (for example, use the TeX input encoding for accented letters but tell it not to produce things outside of latin-9). -- David Kastrup, Kriemhildstr. 15, 44793 Bochum