From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#14744: 24.3.50; Flickering mouse-face on process output Date: Sat, 29 Jun 2013 14:41:35 +0300 Message-ID: <83d2r5dtzk.fsf@gnu.org> References: <87r4flzshg@ch.ristopher.com> <83k3lde4v7.fsf@gnu.org> <87ip0xw8nw@ch.ristopher.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1372506189 16607 80.91.229.3 (29 Jun 2013 11:43:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Jun 2013 11:43:09 +0000 (UTC) Cc: 14744@debbugs.gnu.org To: Christopher Schmidt Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 29 13:43:08 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UstYa-0007Yp-9q for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Jun 2013 13:43:08 +0200 Original-Received: from localhost ([::1]:48243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstYZ-0001Ri-Rv for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Jun 2013 07:43:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstYW-0001RQ-2m for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:43:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UstYU-0002M5-6R for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:43:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53661) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstYU-0002M1-30 for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UstYT-0007MN-Ph for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:43:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Jun 2013 11:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14744 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.137250612928172 (code B ref -1); Sat, 29 Jun 2013 11:43:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 29 Jun 2013 11:42:09 +0000 Original-Received: from localhost ([127.0.0.1]:47975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UstXc-0007KJ-0y for submit@debbugs.gnu.org; Sat, 29 Jun 2013 07:42:08 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50447) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UstXZ-0007Jq-Rl for submit@debbugs.gnu.org; Sat, 29 Jun 2013 07:42:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UstXT-0002CZ-LD for submit@debbugs.gnu.org; Sat, 29 Jun 2013 07:42:00 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:47565) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstXT-0002CV-Hz for submit@debbugs.gnu.org; Sat, 29 Jun 2013 07:41:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstXS-0001Ov-Gk for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:41:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UstXR-0002CA-4Z for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:41:58 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:39551) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UstXQ-0002C0-Q9 for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 07:41:56 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MP500F00KCJ4O00@a-mtaout23.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 29 Jun 2013 14:41:35 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MP500EIMKHAYZ70@a-mtaout23.012.net.il>; Sat, 29 Jun 2013 14:41:35 +0300 (IDT) In-reply-to: <87ip0xw8nw@ch.ristopher.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:75715 Archived-At: > From: Christopher Schmidt > Date: Sat, 29 Jun 2013 10:47:15 +0100 (BST) > > Eli Zaretskii writes: > > Redisplay of a window always includes redisplay of the tool bar. The > > latter involves drawing the buttons, and then applying the depressed > > faced to the button that the mouse pointer hovers above. That is what > > you see, I believe. So why do you consider that a bug? > > I was not talking about the tool bar. I was talking about the buttons > in the other window of Emacs, such as > > Emacs Tutorial Learn basic keystroke commands > ^^^^^^^^^^^^^^ > Emacs Guided Tour Overview of Emacs features at gnu.org > ^^^^^^^^^^^^^^^^^ > View Emacs Manual View the Emacs manual using Info > ^^^^^^^^^^^^^^^^^ That doesn't matter. In the situation you described, Emacs redisplays all the windows, which involves redrawing the mouse highlight of these buttons. > I see actual flickering. That is, I move my mouse cursor over the text > and expect the text face to be highlight as long as the cursor is > somewhere in between the continuous fragment of text. It is not. The > actual face is switching between two faces, one of them being highlight. Because we redraw the window. Redisplay optimization that refrains from redrawing windows other than the one whose buffer and mode line get updated was never implemented. For the record, what is the real-life use case where this matters?