From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: Display slowness that is painful Date: Sun, 05 Feb 2006 21:06:36 -0500 Message-ID: References: <87slr5c78p.fsf@stupidchicken.com> <877j8fx43q.fsf@stupidchicken.com> <87mzhaqp7p.fsf@stupidchicken.com> <87irruk1mg.fsf-monnier+emacs@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1139191771 14554 80.91.229.2 (6 Feb 2006 02:09:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2006 02:09:31 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 06 03:09:27 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 1F5voh-00040r-Os for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2006 03:09:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F5vry-0001XX-Su for ged-emacs-devel@m.gmane.org; Sun, 05 Feb 2006 21:12:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F5vqi-0000mD-Cq for emacs-devel@gnu.org; Sun, 05 Feb 2006 21:11:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F5vqh-0000lN-HS for emacs-devel@gnu.org; Sun, 05 Feb 2006 21:11:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F5vqh-0000lI-B2 for emacs-devel@gnu.org; Sun, 05 Feb 2006 21:11:27 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F5vqA-0008Do-Lz for emacs-devel@gnu.org; Sun, 05 Feb 2006 21:10:54 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1F5vm0-0002pQ-GM; Sun, 05 Feb 2006 21:06:36 -0500 Original-To: Stefan Monnier In-reply-to: <87irruk1mg.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Sat, 04 Feb 2006 20:59:25 -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:50066 Archived-At: Of course, SELECTION_REQUEST_EVENTs shouldn't interrupt redisplay (contrary to user input). If redisplay is reasonably fast, then I would tend to agree. However, this problem occurs because redisplay is pretty slow in a certain case. And if redisplay is that slow, maybe SELECTION_REQUEST_EVENT should pre-empt it. After all, SELECTION_REQUEST_EVENT is only supposed to be sent when the user clicks in another window, and the user ought to get fast service. We shouldn't try to optimize the support for SELECTION_REQUEST_EVENT for the case of a broken Klipper program. What I think is suspicious is why redisplay spends so much time thinking before it starts really outputting anything. That could be a flaw in Emacs.