From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Bug in incremental undrawing of mouseover highlighting Date: Sun, 19 Nov 2006 23:50:32 +0100 Message-ID: <85u00v830n.fsf@lola.goethe.zz> References: <17760.56196.739515.442009@rgrjr.dyndns.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1163976680 25120 80.91.229.2 (19 Nov 2006 22:51:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 22:51:20 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 19 23:51:18 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 1GlvVD-0003py-5e for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 23:51:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlvVC-0007x3-Ou for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 17:51:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GlvUu-0007t2-UR for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:50:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GlvUu-0007rH-6j for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:50:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlvUu-0007r7-2T for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:50:48 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GlvUu-0008SV-6T for emacs-devel@gnu.org; Sun, 19 Nov 2006 17:50:48 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GlvUt-0001ZI-AB; Sun, 19 Nov 2006 17:50:47 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 274F61C4D3DE; Sun, 19 Nov 2006 23:50:32 +0100 (CET) Original-To: Bob Rogers In-Reply-To: <17760.56196.739515.442009@rgrjr.dyndns.org> (Bob Rogers's message of "Sun\, 19 Nov 2006 17\:32\:36 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.90 (gnu/linux) 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:62511 Archived-At: Bob Rogers writes: > It seems that mouseover background highlighting is not undrawn if > replaced by the same unhighlighted text. This happens in the CVS > version as of late on 11-Nov. (I have seen this bug for some time now, > but only just thought of a (relatively) easy way to reproduce it.) > > To reproduce: > > 1. "emacs -Q" > > 2. "C-x d RET". This gets a dired buffer; the exact directory > doesn't matter as long as it has at least a few files in it. (And, for > some reason, "." and ".." don't count.) > > 3. "C-x h M-w C-x b *scratch* RET C-y M-<". This gets a copy of the > dired buffer contents; sometimes they come with dired fontification, and > sometimes not. The same text should be displayed in the same character > positions in both dired and *scratch* buffers. > > 4. "C-x b RET" to get back to the dired buffer, and move the mouse > over a file name so that it is highlighted in green. > > 5. "C-x b RET" to return to *scratch*. Notice that the same > characters in the same position are still highlighted in green. > > 6. Move the mouse to a different file name. Usually the > highlighting goes away, but sometimes it doesn't (and it doesn't > correlate with fontification). If it does persist, type "C-x b RET" to > return once more to the dired buffer, and there will be two green file > names -- this can be repeated until every file name is green. For people wanting to debug this: I have the slight suspicion that the problem is masked usually because some well-meaning workaround suppresses the highlighting of partial lines that _should_ be highlighted when a buffer pops up under the mouse cursor. Often the highlighting only starts once one moves the mouse cursor. And I think that the problem might be triggered when only parts of the line are to be highlighted. I have no recipe for reproduction now, this is rather irregular and tends to occur in the newsreader for me, which means that there is no repeatable recipe. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum