From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Cut buffers and character encoding Date: Sat, 18 Nov 2006 11:23:15 +0900 Message-ID: References: <87y7qldq6h.fsf@pacem.orebokech.com> <45537D3A.5080400@swipnet.se> <87mz70730i.fsf@pacem.orebokech.com> <45542D63.5070402@swipnet.se> <87irhn1kvk.fsf@pacem.orebokech.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1163816586 27014 80.91.229.2 (18 Nov 2006 02:23:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 18 Nov 2006 02:23:06 +0000 (UTC) Cc: romain@orebokech.com, jan.h.d@swipnet.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 18 03:23:03 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GlFrC-0000Y1-IU for ged-emacs-devel@m.gmane.org; Sat, 18 Nov 2006 03:23:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlFrC-0008Ii-2N for ged-emacs-devel@m.gmane.org; Fri, 17 Nov 2006 21:23:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GlFr1-0008Id-4A for emacs-devel@gnu.org; Fri, 17 Nov 2006 21:22:51 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GlFqz-0008IR-9I for emacs-devel@gnu.org; Fri, 17 Nov 2006 21:22:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlFqz-0008IO-3t for emacs-devel@gnu.org; Fri, 17 Nov 2006 21:22:49 -0500 Original-Received: from [150.29.246.134] (helo=mx1s.aist.go.jp) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GlFqw-0004Aa-LI; Fri, 17 Nov 2006 21:22:47 -0500 Original-Received: from smtp4.aist.go.jp ([150.29.246.12]) by mx1s.aist.go.jp with ESMTP id kAI2McYL017032; Sat, 18 Nov 2006 11:22:38 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp4.aist.go.jp with ESMTP id kAI2MTV9027095; Sat, 18 Nov 2006 11:22:29 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1GlFrP-00088L-00; Sat, 18 Nov 2006 11:23:15 +0900 Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sun, 12 Nov 2006 00:14:33 -0500) 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:62405 Archived-At: In article , Richard Stallman writes: > I think tring locale-coding-system at first, and if that > yields undecoded eight-bit characters, decoding by > iso-8859-1 is good. > That is not a good idea. locale-coding-system is set based on the > locale, and people set their locales for general reasons, not > specifically about Emacs. It would be undesirable to choose > nonstandard behavior for cut buffers merely because someone normally > uses latin-2, for instance. > It is ok to have a feature to specify nonstandard encoding of > cut-buffers, but it should be a specific feature, which affects > nothing else, and which people will enable only when they specifically > want nonstandard encoding of cut-buffers. Then, I think it is quite natural to allow people to use next-selection-coding-system by C-x RET X for such a purpose. That variable is not scrictly specific to cut-buffer, but it's a just one time setting, and doesn't affect the further cut&paste operation. --- Kenichi Handa handa@m17n.org