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: 27647 <at> debbugs.gnu.org, kaushal.modi <at> gmail.com, agrambot <at> gmail.com, npostavs <at> users.sourceforge.net
Subject: bug#27647: 26.0.50; Line numbers implemented natively disappear momentarily when frame out of focus
Date: Tue, 14 Nov 2017 21:02:51 +0200

> Date: Tue, 14 Nov 2017 19:29:16 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: npostavs <at> users.sourceforge.net, agrambot <at> gmail.com, 
>  27647 <at> debbugs.gnu.org, kaushal.modi <at> gmail.com
> 
>  > No, it's because x-show-tip _needs_ a frame on which to pop up the
>  > tooltip.
> 
> Only to pass a display info to x_create_tip_frame and to do the
> last_frame rigmarole.

Like with any other frame we create, no?

Besides, GTK needs the frame to stash away the widget.

> But I do not anywhere see a dependency that would trigger the
> deletion of a tip frame when the frame on which it popped up gets
> deleted.

x-show-tip starts a timer that calls x-hide-tip when the timer
expires.  And x-hide-tip deletes the tip frame.

> So passing the frame is inherently needed only for the
> sake of xg_show_tooltip, xg_hide_tooltip and xg_free_frame_widgets.  Or
> am I missing something?

And for the rigmarole.

Previous Next

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