From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Strange slowness when killing words interactively Date: Wed, 04 May 2011 06:36:59 +0100 Message-ID: <4DC0E5FB.5040905@harpegolden.net> References: <87pqo1oqg2.fsf@stupidchicken.com> <4DBEDCA6.1030600@harpegolden.net> <4DBF84CC.60605@harpegolden.net> <871v0g74g8.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1304487435 23851 80.91.229.12 (4 May 2011 05:37:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 May 2011 05:37:15 +0000 (UTC) Cc: Emacs developers To: Taylor Venable Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 04 07:37:11 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QHUlp-00072l-AI for ged-emacs-devel@m.gmane.org; Wed, 04 May 2011 07:37:09 +0200 Original-Received: from localhost ([::1]:56778 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHUlo-0000y0-TA for ged-emacs-devel@m.gmane.org; Wed, 04 May 2011 01:37:08 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:39066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHUlk-0000sQ-Li for emacs-devel@gnu.org; Wed, 04 May 2011 01:37:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHUli-0007q3-Sq for emacs-devel@gnu.org; Wed, 04 May 2011 01:37:04 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:37693) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHUli-0007pI-OI for emacs-devel@gnu.org; Wed, 04 May 2011 01:37:02 -0400 Original-Received: from [87.198.47.56] (87-198-47-56.ptr.magnet.ie [87.198.47.56]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 01356683D2; Wed, 4 May 2011 06:37:00 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Icedove/3.1.9 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 65.99.215.13 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:139097 Archived-At: On 03/05/11 12:51, Taylor Venable wrote: > >> Is there any chance he's using Motif? The Motif clipboard protocol is >> capable of producing delays that even the US immigration service would >> envy. > > No, this is using the GTK interface. :-) You mean emacs itself? It's more if you were running emacs on a motif/cde desktop (or maybe just one with an xclipboard hanging about). ** What desktop environment (KDE, GNOME, XFCE, etc.), if any, are you using? ** Come to think of it, what does this: (x-selection-exists-p 'CLIPBOARD_MANAGER) return in your emacs? GNOME - and apparently now recent XFCE - do actually have tiny clipboard managers by default (embedded in gnome-settings-daemon and xfce4-settings-helper respectively), but AFAIUI they shouldn't be problematic like motif-era ones: Nowadays there is a protocol [1] for clients to ask a clipboard manager only at client exit time to copy the clipboard content and take over clipboard ownership from the client, to persist the clipboard after client exit, and those managers are about supporting those clients. I only recently learned of the XFCE one and haven't really looked at it yet, though. Actually, I think emacs is not doing its part of [1], though it shouldn't typically have negative effects except when you try to paste after copying in emacs and then quitting, so not directly related to your problem. But I'm now looking at that "Clipboard managers are encouraged to use this information to support legacy clients" line in [1] - maybe there might be a clipboard manager out there that grabs clipboard contents from "legacy clients" eagerly but avoids pestering the clients that indicate their support of the spec. That would mean even "legacy client" clipboard contents wouldn't lost when they exit ...but "legacy client" performance would be degraded. [1] http://www.freedesktop.org/wiki/ClipboardManager