GNU bug report logs - #27647
26.0.50; Line numbers implemented natively disappear momentarily when frame out of focus

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: rom.skiad <at> gmail.com, 27647 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net, jonaswestlund101 <at> gmail.com, kaushal.modi <at> gmail.com
Subject: bug#27647: 26.0.50; Line numbers implemented natively disappear momentarily when frame out of focus
Date: Sun, 15 Oct 2017 17:29:17 +0300

> Date: Sun, 15 Oct 2017 11:39:23 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: rom.skiad <at> gmail.com, 27647 <at> debbugs.gnu.org, kaushal.modi <at> gmail.com, 
>  jonaswestlund101 <at> gmail.com, npostavs <at> users.sourceforge.net
> 
>  > To make line numbers disappear, some code has to trigger redisplay
>  > with display-line-numbers somehow reset to nil.
> 
> Buffer-locally.

Yes.

> I suppose this will become clear as soon as the OP has
> tested your "What if you turn on display-line-numbers globally".

Yes, that's the reason for that request.

> In either case it seems that we do something subtly different when
> processing GTK and native tooltips.

Indeed, the processing is very different (unsurprisingly).

> Since AFAICT the GTK tooltip related code does not change the
> internal (frame-, display-related) state of Emacs I can only think
> of the native tooltip code doing something which prevents the OP's
> behavior from happening.  But I've found nothing supporting such a
> claim in ‘x-show-tip’.

Neither did I.  In fact, the GTK code is much simpler, and I cannot
for a moment figure out how it could have switched buffers behind our
back (if that's what happens in this scenario).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.