bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)

unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
       [not found] ` <<83a9h2hh8u.fsf@gnu.org>
@ 2013-11-17 21:12   ` Drew Adams
  2013-11-17 21:24     ` Eli Zaretskii
  2013-11-29  2:41   ` Drew Adams
  1 sibling, 1 reply; 14+ messages in thread
From: Drew Adams @ 2013-11-17 21:12 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 15913

> The refactoring fever strikes again.
> Fixed for the w32 build in trunk revision 115130.

Thanks for the prompt fix.

I'm kind of surprised no one reported this before now,
including myself - somehow I didn't pay attention to it
before.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-17 21:12   ` bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?) Drew Adams
@ 2013-11-17 21:24     ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-17 21:24 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15913

> Date: Sun, 17 Nov 2013 13:12:35 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 15913@debbugs.gnu.org
> 
> I'm kind of surprised no one reported this before now,
> including myself - somehow I didn't pay attention to it
> before.

It's hard to notice, because experienced users don't usually wait for
the tooltip to appear, they just click the mouse and are done with
that.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
       [not found] ` <<83a9h2hh8u.fsf@gnu.org>
  2013-11-17 21:12   ` bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?) Drew Adams
@ 2013-11-29  2:41   ` Drew Adams
  2013-11-29  2:48     ` Drew Adams
  2013-11-29  8:55     ` Eli Zaretskii
  1 sibling, 2 replies; 14+ messages in thread
From: Drew Adams @ 2013-11-29  2:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 15913

> > The same symptom is true wherever property `mouse-face' is used, AFAICT.
> > When you move the mouse on top of such a zone, at first there is no
> > highlighting, then there is highlighting very briefly, which disappears
> > even when you keep the mouse in the same position over the zone.
> >
> > If you move the mouse away from the `mouse-face' zone and then move it
> > back over the zone, you will get another brief flash of highlighting.
> >
> > Essentially, `mouse-face' has lost all of its highlighting, except
> > for a brief flash as you move into the zone.  It should stay lit as long
> > as the mouse is over the zone.
> >
> > I see this in `emacs -Q', but especially in my setup.  In `emacs -Q', it
> > seems that the highlighting disappears at the moment that a :help
> > tooltip is displayed.  In my setup I have `tool-tip-mode' turned off.
> >
> > This regression was introduced after this build (2013-08-23):
> 
> The refactoring fever strikes again.
> 
> Fixed for the w32 build in trunk revision 115130.

I reopened this bug.  I'm still seeing this as of today's build.
I see no improvement, in fact - same symptoms.

In GNU Emacs 24.3.50.2 (i686-pc-mingw32)
 of 2013-11-28 on LEG570
Bzr revision: 115271 rgm@gnu.org-20131128203155-qjc1xsp19z2k64b2
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-29  2:41   ` Drew Adams
@ 2013-11-29  2:48     ` Drew Adams
  2013-11-29  8:56       ` Eli Zaretskii
  2013-11-29  8:55     ` Eli Zaretskii
  1 sibling, 1 reply; 14+ messages in thread
From: Drew Adams @ 2013-11-29  2:48 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 15913

I can add that when I move the mouse over a mouse-face zone it can
cause the menu-bar to flicker.  HTH.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-29  2:48     ` Drew Adams
@ 2013-11-29  8:56       ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-29  8:56 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15913

> Date: Thu, 28 Nov 2013 18:48:31 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 15913@debbugs.gnu.org
> 
> I can add that when I move the mouse over a mouse-face zone it can
> cause the menu-bar to flicker.  HTH.

That's just a sign of a redisplay cycle.  Perfectly normal.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-29  2:41   ` Drew Adams
  2013-11-29  2:48     ` Drew Adams
@ 2013-11-29  8:55     ` Eli Zaretskii
  1 sibling, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-29  8:55 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15913-done

> Date: Thu, 28 Nov 2013 18:41:27 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 15913@debbugs.gnu.org
> 
> > Fixed for the w32 build in trunk revision 115130.
> 
> I reopened this bug.  I'm still seeing this as of today's build.
> I see no improvement, in fact - same symptoms.

There was an improvement,but it as not enough.

Fixed again in trunk revision 115281.





^ permalink raw reply	[flat|nested] 14+ messages in thread

[parent not found: <<15d78777-4ce9-4aba-ac3d-4eedc499a02b@default>]

[parent not found: <<83bo136xbz.fsf@gnu.org>]

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
       [not found] ` <<83bo136xbz.fsf@gnu.org>
@ 2013-11-29 15:35   ` Drew Adams
  0 siblings, 0 replies; 14+ messages in thread
From: Drew Adams @ 2013-11-29 15:35 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 15913

> > There is no mouseover problem in Emacs 24.3 or prior, but the flickering
> > of the menu bar is there.  However, there is no such flickering with
> > Emacs 20 at all.
> 
> The display engine got almost completely rewritten for Emacs 21.1.
> Previous versions could assume that the menu bar doesn't need to
> change too frequently, but later versions cannot.

Good to know that reason.

> > (I no longer have Emacs 21, so AFAICT the flickering problem starts
> > with Emacs 22.)
> 
> I'm quite sure it's 21.1.





^ permalink raw reply	[flat|nested] 14+ messages in thread

[parent not found: <<0ff8d65b-605a-414b-88ec-19cc8fbcf0e6@default>]

[parent not found: <<834n6v8u4b.fsf@gnu.org>]

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
       [not found] ` <<834n6v8u4b.fsf@gnu.org>
@ 2013-11-29 15:03   ` Drew Adams
  0 siblings, 0 replies; 14+ messages in thread
From: Drew Adams @ 2013-11-29 15:03 UTC (permalink / raw)
  To: Eli Zaretskii, Drew Adams; +Cc: 15913-done

> > I reopened this bug.  I'm still seeing this as of today's build.
> > I see no improvement, in fact - same symptoms.
> 
> There was an improvement,but it as not enough.
> 
> Fixed again in trunk revision 115281.

Great. Thanks.





^ permalink raw reply	[flat|nested] 14+ messages in thread

[parent not found: <<4b659481-0839-4cac-a369-ddd1b72f9d97@default>]

[parent not found: <<8338mf8u3b.fsf@gnu.org>]

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
       [not found]   ` <<8338mf8u3b.fsf@gnu.org>
@ 2013-11-29 15:06     ` Drew Adams
  2013-11-29 15:29       ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Drew Adams @ 2013-11-29 15:06 UTC (permalink / raw)
  To: Eli Zaretskii, Drew Adams; +Cc: 15913

> > I can add that when I move the mouse over a mouse-face zone it can
> > cause the menu-bar to flicker.  HTH.
> 
> That's just a sign of a redisplay cycle.  Perfectly normal.

I guess you're right about that (for some definition of normal):

There is no mouseover problem in Emacs 24.3 or prior, but the flickering
of the menu bar is there.  However, there is no such flickering with
Emacs 20 at all.  (I no longer have Emacs 21, so AFAICT the flickering
problem starts with Emacs 22.)

^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-29 15:06     ` Drew Adams
@ 2013-11-29 15:29       ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-29 15:29 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15913

> Date: Fri, 29 Nov 2013 07:06:09 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 15913@debbugs.gnu.org
> 
> There is no mouseover problem in Emacs 24.3 or prior, but the flickering
> of the menu bar is there.  However, there is no such flickering with
> Emacs 20 at all.

The display engine got almost completely rewritten for Emacs 21.1.
Previous versions could assume that the menu bar doesn't need to
change too frequently, but later versions cannot.

> (I no longer have Emacs 21, so AFAICT the flickering problem starts
> with Emacs 22.)

I'm quite sure it's 21.1.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
@ 2013-11-17 17:49 Drew Adams
  2013-11-17 21:04 ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Drew Adams @ 2013-11-17 17:49 UTC (permalink / raw)
  To: 15913

The same symptom is true wherever property `mouse-face' is used, AFAICT.
When you move the mouse on top of such a zone, at first there is no
highlighting, then there is highlighting very briefly, which disappears
even when you keep the mouse in the same position over the zone.

If you move the mouse away from the `mouse-face' zone and then move it
back over the zone, you will get another brief flash of highlighting.

Essentially, `mouse-face' has lost all of its highlighting, except
for a brief flash as you move into the zone.  It should stay lit as long
as the mouse is over the zone.

I see this in `emacs -Q', but especially in my setup.  In `emacs -Q', it
seems that the highlighting disappears at the moment that a :help
tooltip is displayed.  In my setup I have `tool-tip-mode' turned off.

This regression was introduced after this build (2013-08-23):

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-08-23 on ODIEONE
Bzr revision: 113986 rgm@gnu.org-20130823185841-zoy6h1qk433ibrlf
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'

and before this build (2013-08-31):

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-08-31 on ODIEONE
Bzr revision: 114088 rgm@gnu.org-20130901021232-sazo0qla2qgcko95
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'

-------------------------------

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-11-12 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-17 17:49 Drew Adams
@ 2013-11-17 21:04 ` Eli Zaretskii
  2013-11-18 19:53   ` Jan Djärv
  0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-17 21:04 UTC (permalink / raw)
  To: Drew Adams; +Cc: 15913

> Date: Sun, 17 Nov 2013 09:49:02 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> 
> The same symptom is true wherever property `mouse-face' is used, AFAICT.
> When you move the mouse on top of such a zone, at first there is no
> highlighting, then there is highlighting very briefly, which disappears
> even when you keep the mouse in the same position over the zone.
> 
> If you move the mouse away from the `mouse-face' zone and then move it
> back over the zone, you will get another brief flash of highlighting.
> 
> Essentially, `mouse-face' has lost all of its highlighting, except
> for a brief flash as you move into the zone.  It should stay lit as long
> as the mouse is over the zone.
> 
> I see this in `emacs -Q', but especially in my setup.  In `emacs -Q', it
> seems that the highlighting disappears at the moment that a :help
> tooltip is displayed.  In my setup I have `tool-tip-mode' turned off.
> 
> This regression was introduced after this build (2013-08-23):

The refactoring fever strikes again.

Fixed for the w32 build in trunk revision 115130.

Can someone please check that the same change as I made in w32term.c
is required in xterm.c and nsterm.m, and if so, please commit
equivalent changes there?  TIA.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-17 21:04 ` Eli Zaretskii
@ 2013-11-18 19:53   ` Jan Djärv
  2013-11-18 20:34     ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Jan Djärv @ 2013-11-18 19:53 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 15913


17 nov 2013 kl. 22:04 skrev Eli Zaretskii <eliz@gnu.org>:

> The refactoring fever strikes again.
> 
> Fixed for the w32 build in trunk revision 115130.
> 
> Can someone please check that the same change as I made in w32term.c
> is required in xterm.c and nsterm.m, and if so, please commit
> equivalent changes there?  TIA.
> 

As far as I can tell, no change is needed.

	Jan D.






^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?)
  2013-11-18 19:53   ` Jan Djärv
@ 2013-11-18 20:34     ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2013-11-18 20:34 UTC (permalink / raw)
  To: Jan Djärv; +Cc: 15913-done

> From: Jan Djärv <jan.h.d@swipnet.se>
> Date: Mon, 18 Nov 2013 20:53:50 +0100
> Cc: 15913@debbugs.gnu.org
> 
> 
> 17 nov 2013 kl. 22:04 skrev Eli Zaretskii <eliz@gnu.org>:
> 
> > The refactoring fever strikes again.
> > 
> > Fixed for the w32 build in trunk revision 115130.
> > 
> > Can someone please check that the same change as I made in w32term.c
> > is required in xterm.c and nsterm.m, and if so, please commit
> > equivalent changes there?  TIA.
> > 
> 
> As far as I can tell, no change is needed.

Thanks, then this bug can be closed.





^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2013-11-29 15:35 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <<86cdddd8-559e-4dd6-b625-baad68e22c02@default>
     [not found] ` <<83a9h2hh8u.fsf@gnu.org>
2013-11-17 21:12   ` bug#15913: 24.3.50; regression: mouse-face does not stay on (turn-off due to tooltip?) Drew Adams
2013-11-17 21:24     ` Eli Zaretskii
2013-11-29  2:41   ` Drew Adams
2013-11-29  2:48     ` Drew Adams
2013-11-29  8:56       ` Eli Zaretskii
2013-11-29  8:55     ` Eli Zaretskii
     [not found] <<15d78777-4ce9-4aba-ac3d-4eedc499a02b@default>
     [not found] ` <<83bo136xbz.fsf@gnu.org>
2013-11-29 15:35   ` Drew Adams
     [not found] <<0ff8d65b-605a-414b-88ec-19cc8fbcf0e6@default>
     [not found] ` <<834n6v8u4b.fsf@gnu.org>
2013-11-29 15:03   ` Drew Adams
     [not found] ` <<4b659481-0839-4cac-a369-ddd1b72f9d97@default>
     [not found]   ` <<8338mf8u3b.fsf@gnu.org>
2013-11-29 15:06     ` Drew Adams
2013-11-29 15:29       ` Eli Zaretskii
2013-11-17 17:49 Drew Adams
2013-11-17 21:04 ` Eli Zaretskii
2013-11-18 19:53   ` Jan Djärv
2013-11-18 20:34     ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).