From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.bugs Subject: bug#2530: 23/NS: redraws according to mouse-face are slow Date: Fri, 24 Apr 2009 09:12:46 +0545 Message-ID: <139B721E-A1B4-4256-B202-D4472C0331FB__45582.2571101182$1240544740$gmane$org@gmail.com> References: <4383E9F6-9B66-4DA4-AA3C-D602EB059B97@gmail.com> Reply-To: Adrian Robert , 2530@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1240544653 22022 80.91.229.12 (24 Apr 2009 03:44:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 Apr 2009 03:44:13 +0000 (UTC) Cc: 2530@emacsbugs.donarmstrong.com, Emacs-Devel devel To: David Reitter Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 24 05:45:32 2009 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 1LxCM0-00050V-0r for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Apr 2009 05:45:32 +0200 Original-Received: from localhost ([127.0.0.1]:40734 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LxCKa-0007GW-U3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Apr 2009 23:44:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LxCKW-0007FA-OT for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2009 23:44:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LxCKS-0007EZ-6s for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2009 23:44:00 -0400 Original-Received: from [199.232.76.173] (port=37161 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LxCKS-0007EN-2m for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2009 23:43:56 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:58581) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LxCKR-00048C-HY for bug-gnu-emacs@gnu.org; Thu, 23 Apr 2009 23:43:55 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3O3hr1m029245; Thu, 23 Apr 2009 20:43:53 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n3O3U3h4025458; Thu, 23 Apr 2009 20:30:03 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Adrian Robert Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , owner@emacsbugs.donarmstrong.com Resent-Date: Fri, 24 Apr 2009 03:30:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 2530 X-Emacs-PR-Package: emacs,ns X-Emacs-PR-Keywords: Original-Received: via spool by 2530-submit@emacsbugs.donarmstrong.com id=B2530.124054356025324 (code B ref 2530); Fri, 24 Apr 2009 03:30:03 +0000 Original-Received: (at 2530) by emacsbugs.donarmstrong.com; 24 Apr 2009 03:26:00 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3O3Pvd5025316 for <2530@emacsbugs.donarmstrong.com>; Thu, 23 Apr 2009 20:25:58 -0700 Original-Received: by yx-out-2324.google.com with SMTP id 8so549707yxg.31 for <2530@emacsbugs.donarmstrong.com>; Thu, 23 Apr 2009 20:25:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=5Ar4ORVxm/3jU4OItVBqIDYk+Lj+dHsG4oYZdLr7nws=; b=k9qCT/4UrFqocedGivowDuQacYZXpBVAi6x2Guc6Tn3c0sH4tjd6pcHXKGA7ceyIch eppCJQWClOqcPs6MiYXWbQkpFwVT4JhqYPvbrJPpHjQwmYOlppwjCoIvAU19976yv/eo 8/YV2pVqrh1AW2enIbkiPku3EV4MLghSCtl5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=q3HDbQRjowQokv0Nv69qaT6qmSrhmZSp8YzJWXJ/Y4P8wmsEWR2YwQqH+54Yni5p5i /9GWET7c1wEfTTCsQpskpOVze9m4m0drnItllfPvIeK6KKK/siln0HfOQtJBvcQDuMFv PyieUxas35pFP2LePJwNVbJgnu3aTQEep607w= Original-Received: by 10.90.89.8 with SMTP id m8mr2094578agb.23.1240543556688; Thu, 23 Apr 2009 20:25:56 -0700 (PDT) Original-Received: from ?192.168.108.203? (gprs-prx.spicenepal.com [116.68.208.84]) by mx.google.com with ESMTPS id 21sm1482842agd.51.2009.04.23.20.25.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Apr 2009 20:25:55 -0700 (PDT) In-Reply-To: <4383E9F6-9B66-4DA4-AA3C-D602EB059B97@gmail.com> X-Mailer: Apple Mail (2.753.1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Thu, 23 Apr 2009 23:44:00 -0400 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:27423 Archived-At: On Apr 20, 2009, at 11:46 PM, David Reitter wrote: > On Mar 4, 2009, at 4:29 PM, Adrian Robert wrote: > >>> I find that the redisplay of overlays that happens when the mouse is >>> moved into an overlay with a mouse-face property are much slower in >>> Emacs 23 (NS, under Cocoa/OS X). It is pretty much a nasty >>> animation >>> - every layer is redrawn from left to right, it seems, and every >>> step >>> is visible. It seems that background is drawn first, and then the >>> text over it. >> >> Yes, this has been an issue for years from Emacs on Aqua on and it >> completely baffles me. The NS code for handling mouse face is >> identical to other platforms as far as I can tell, so I don't know >> why the issue occurs only here. And the animation is far slower >> than any code on the NS side could be taking. It must be a bug >> somewhere on the core display side that is exposed because >> (guessing here) the event loop under NS is done slightly differently. > > Does anyone have an idea how to fix issue 2530? I think this > slowness is quite painful. In my case, it is the tabbar.el variant > that I'm using that causes this - I'm using several overlays (for a > tab-close button, for instance) that get redrawn one by one. I > would imagine that this will annoy users in other use cases as well. Or to ask it another way, is there any reason anyone can think of that redisplay would force calls through the x_draw_glyph_string pathway once for every character when overlays are present?