From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bob Rogers Newsgroups: gmane.emacs.devel Subject: Re: Bug in incremental undrawing of mouseover highlighting Date: Sun, 19 Nov 2006 18:45:24 -0500 Message-ID: <17760.60564.194013.680591@rgrjr.dyndns.org> References: <17760.56196.739515.442009@rgrjr.dyndns.org> <85u00v830n.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1163979948 749 80.91.229.2 (19 Nov 2006 23:45:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Nov 2006 23:45:48 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 20 00:45:43 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 1GlwM1-0005sN-2s for ged-emacs-devel@m.gmane.org; Mon, 20 Nov 2006 00:45:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlwM0-00057q-Kb for ged-emacs-devel@m.gmane.org; Sun, 19 Nov 2006 18:45:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GlwLm-000535-4V for emacs-devel@gnu.org; Sun, 19 Nov 2006 18:45:26 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GlwLl-00051M-A3 for emacs-devel@gnu.org; Sun, 19 Nov 2006 18:45:25 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GlwLl-00050o-3s for emacs-devel@gnu.org; Sun, 19 Nov 2006 18:45:25 -0500 Original-Received: from [24.128.218.106] (helo=rgrjr.dyndns.org) by monty-python.gnu.org with smtp (Exim 4.52) id 1GlwLl-0002FC-1E for emacs-devel@gnu.org; Sun, 19 Nov 2006 18:45:25 -0500 Original-Received: (qmail 28752 invoked by uid 500); 19 Nov 2006 23:45:24 -0000 Original-To: David Kastrup In-Reply-To: <85u00v830n.fsf@lola.goethe.zz> X-Mailer: VM 7.19 under Emacs 22.0.90.1 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:62514 Archived-At: From: David Kastrup Date: Sun, 19 Nov 2006 23:50:32 +0100 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 Indeed; I first noticed this in vm-summary-mode, where each line represents a message. But there the whole line is highlighted. When I switch from the VM summary buffer to a buffer that matches the same line in its entirety, all mouseover highlighting is preserved; when I switch to a buffer that matches it partially, highlighting is correctly cleared only for those positions that must be changed to display different characters. -- Bob