From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.bugs Subject: Re: Char 2208 mixed with char 32 Date: Fri, 21 Dec 2007 22:08:32 +0000 Message-ID: <476C3960.6030309@gnu.org> References: <200712192127.35501.andreas.roehler@online.de> <200712211332.30906.andreas.roehler@online.de> <476BD7B5.7080404@gnu.org> <200712212221.45075.andreas.roehler@online.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1198274945 6660 80.91.229.12 (21 Dec 2007 22:09:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Dec 2007 22:09:05 +0000 (UTC) Cc: Peter Dyballa , bug-gnu-emacs@gnu.org To: =?ISO-8859-1?Q?Andreas_R=F6hler?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 21 23:09:16 2007 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1J5q3M-0004wx-QL for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Dec 2007 23:09:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J5q32-0006vm-W4 for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Dec 2007 17:08:53 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J5q2w-0006tL-QY for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2007 17:08:46 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J5q2v-0006pe-2S for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2007 17:08:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J5q2u-0006pM-T0 for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2007 17:08:44 -0500 Original-Received: from mk-outboundfilter-3.mail.uk.tiscali.com ([212.74.114.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1J5q2u-0006Wo-HW for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2007 17:08:44 -0500 Original-X-Trace: 4229813/mk-outboundfilter-1.mail.uk.tiscali.com/F2S/$MX-ACCEPTED/freedom2surf-infrastructure/194.106.33.237 X-SBRS: None X-RemoteIP: 194.106.33.237 X-IP-MAIL-FROM: jasonr@gnu.org X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJfHa0fCaiHt/2dsb2JhbACpcg Original-Received: from outmail1.freedom2surf.net ([194.106.33.237]) by smtp.f2s.tiscali.co.uk with ESMTP; 21 Dec 2007 22:08:43 +0000 Original-Received: from [192.168.249.28] (i-83-67-23-108.freedom2surf.net [83.67.23.108]) by outmail1.freedom2surf.net (Postfix) with ESMTP id 0E4B250021; Fri, 21 Dec 2007 22:08:43 +0000 (GMT) User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <200712212221.45075.andreas.roehler@online.de> X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:17218 Archived-At: Andreas Röhler wrote: > It's gone after I deleted entry of > > `x-select-enable-clipboard' from custom-file. > > Without that: if it was enabled, inserting from X was > wrong, if disabled, copied string didn't go to > clipboard any more. > > From this I wouldn't conclude KDE the reason... > The only thing that changes when you unset x-select-enable-clipboard, is that copy and yank between Emacs and other applications use the primary selection mechanism of X rather than the clipboard. So if the results of yanking differ, then the other application must be putting different text on the clipboard than what it has in its primary selection. If you search for [KHTML clipboard 0xA0], you'll find reports to that effect. Looking at the code for 3.5.5 (http://websvn.kde.org/tags/KDE/3.5.5/kdelibs/khtml/khtml_ext.cpp), the bug has been fixed in KHTML, but there is an "extensionProxy" mechanism that allows applications to override KHTML's behaviour, so I wonder if KMail uses that and therefore does not get the benefit of the bug fix.