From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Romain Francoise Newsgroups: gmane.emacs.devel Subject: Cut buffers and character encoding Date: Thu, 09 Nov 2006 08:39:34 +0100 Organization: orebokech dot com Message-ID: <87y7qldq6h.fsf@pacem.orebokech.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1163057987 2698 80.91.229.2 (9 Nov 2006 07:39:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 9 Nov 2006 07:39:47 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 09 08:39:44 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 1Gi4Vj-0000AW-Js for ged-emacs-devel@m.gmane.org; Thu, 09 Nov 2006 08:39:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gi4Vj-0003Vi-5L for ged-emacs-devel@m.gmane.org; Thu, 09 Nov 2006 02:39:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gi4VV-0003U3-KY for emacs-devel@gnu.org; Thu, 09 Nov 2006 02:39:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gi4VU-0003Tf-SV for emacs-devel@gnu.org; Thu, 09 Nov 2006 02:39:29 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gi4VU-0003Tc-KL for emacs-devel@gnu.org; Thu, 09 Nov 2006 02:39:28 -0500 Original-Received: from [82.67.41.165] (helo=yeast.orebokech.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Gi4VU-0000Cc-9z for emacs-devel@gnu.org; Thu, 09 Nov 2006 02:39:28 -0500 Original-Received: from pacem.orebokech.com (pacem.orebokech.com [192.168.1.3]) by yeast.orebokech.com (Postfix) with ESMTP id 40DD812CF8 for ; Thu, 9 Nov 2006 08:39:27 +0100 (CET) Original-Received: by pacem.orebokech.com (Postfix, from userid 1000) id CD57552458; Thu, 9 Nov 2006 08:39:34 +0100 (CET) Original-To: emacs-devel@gnu.org X-Face: }9mYu,e_@+e!`Z-P5kVXa3\_b:hdJ"B)ww[&=b<2=awG:GOIM 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:61995 Archived-At: Hi, I received a bug report about Emacs 22.0.90 stating that Emacs doesn't do charset conversion when receiving text from a cut buffer. From the report: ,---- | When I paste the cut buffer in an Emacs window in UTF-8 locales, Emacs | doesn't do any charset conversion. This problem occurs with both X and | GTK versions. | | To reproduce the problem: | 1. In UTF-8 locales: emacs -q | 2. Open an xterm. | 3. In the xterm, type '=E9=E8=EA'. | 4. Select '=E9=E8=EA' in the xterm. | 5. Quit the xterm (now, '=E9=E8=EA' is no longer in the primary selecti= on, | only in the cut buffer, which Emacs supports). | 6. Paste in Emacs (middle mouse button). | | I get: | | \351\350\352 | | instead of: | | =E9=E8=EA `---- This is in apparent contradiction to what the docstring of the `selection-coding-system' variable says: ,----[ C-h v selection-coding-system RET ] | Documentation: | Coding system for communicating with other X clients. | When sending or receiving text via cut_buffer, selection, and clipboard= , | the text is encoded or decoded by this coding system. `---- Using xcutsel to move the cut buffer back to a primary selection shows that the content itself is fine, so the problem lies with Emacs. More info here: http://bugs.debian.org/397447 Thanks, --=20 Romain Francoise | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter