From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Glitches with the GTK toolkit Date: Fri, 07 Jan 2005 18:32:54 +0100 Message-ID: <41DEC7C6.70601@swipnet.se> References: <87vfj49yqr.fsf@marant.org> <1084262636.40a088ec37014@imp4-q.free.fr> <1084300258.40a11be25a438@imp3-q.free.fr> <87isf27kxl.fsf@marant.org> <87ad0e7ima.fsf@marant.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1105119334 5582 80.91.229.6 (7 Jan 2005 17:35:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 7 Jan 2005 17:35:34 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 07 18:35:20 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cmy19-0000RW-00 for ; Fri, 07 Jan 2005 18:35:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CmyCW-0000b9-2n for ged-emacs-devel@m.gmane.org; Fri, 07 Jan 2005 12:47:04 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CmyCN-0000an-BX for emacs-devel@gnu.org; Fri, 07 Jan 2005 12:46:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CmyCL-0000Za-1X for emacs-devel@gnu.org; Fri, 07 Jan 2005 12:46:53 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CmyCK-0000ZA-LA for emacs-devel@gnu.org; Fri, 07 Jan 2005 12:46:52 -0500 Original-Received: from [195.54.107.73] (helo=mxfep02.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CmxzX-0005lf-9S for emacs-devel@gnu.org; Fri, 07 Jan 2005 12:33:39 -0500 Original-Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep02.bredband.com with ESMTP id <20050107173338.XBUI8499.mxfep02.bredband.com@coolsville.localdomain>; Fri, 7 Jan 2005 18:33:38 +0100 User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en Original-To: YAMAMOTO Mitsuharu In-Reply-To: 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: main.gmane.org gmane.emacs.devel:32009 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32009 YAMAMOTO Mitsuharu wrote: >This topic is somewhat old. But I'd like to take up this because the >similar problem also occurs in Carbon Emacs, where drawing text is >much slower than in X11. > In the GTK case, it was the drawing of scroll bars that was slow. But it is a lot faster now, it should be equally fast as for other GTK applications. >How about preventing redisplay from pausing in the case that there are >no pending inputs other than the mouse movement? One can "squeeze" a >sequence of mouse movement events into the latest one, and I think >it's OK to postpone such kind of events until redisplay is completed. > >Here's a patch for testing the above idea. It would be better to make >redisplay pause even in the case mentioned above, if the latest mouse >movement gets too old. > On GTK I actually don't see any difference, but on OSX I do. It is an improvement, and slower machines will probably benefit. Does this affect any other operations that dragging the mode line? Jan D.