From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Arthur Miller Newsgroups: gmane.emacs.bugs Subject: bug#25408: Remove Decorations Around Emacs Frame (Windows OS) Date: Wed, 15 Feb 2017 20:49:24 +0100 Message-ID: References: <587499E6.9030205@gmx.at> <838tqietdj.fsf@gnu.org> <587522DB.2050105@gmx.at> <831swaepnc.fsf@gnu.org> <5875EF34.20507@gmx.at> <9efbe1e3-e8aa-f056-bc5c-5a41f10b6d42@gmail.com> <58996EED.6030601@gmx.at> <3d34793f-4b7c-d4ea-74ec-49ce84214cc8@gmail.com> <589F1F58.1050807@gmx.at> <301ed349-64c7-12c6-d843-e73eb1e20e83@gmail.com> <58A0434D.6030206@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113d358e46ddcb054896fa22 X-Trace: blaine.gmane.org 1487188291 14786 195.159.176.226 (15 Feb 2017 19:51:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 15 Feb 2017 19:51:31 +0000 (UTC) Cc: 25408@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 15 20:51:24 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ce5bl-0002vy-8M for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Feb 2017 20:51:21 +0100 Original-Received: from localhost ([::1]:42761 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ce5bp-0007gz-AQ for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Feb 2017 14:51:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41379) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ce5aY-0006nZ-BF for bug-gnu-emacs@gnu.org; Wed, 15 Feb 2017 14:50:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ce5aU-000285-EK for bug-gnu-emacs@gnu.org; Wed, 15 Feb 2017 14:50:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43169) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ce5aU-000281-An for bug-gnu-emacs@gnu.org; Wed, 15 Feb 2017 14:50:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ce5aU-0006pY-1x for bug-gnu-emacs@gnu.org; Wed, 15 Feb 2017 14:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Arthur Miller Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Feb 2017 19:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25408 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25408-submit@debbugs.gnu.org id=B25408.148718817226215 (code B ref 25408); Wed, 15 Feb 2017 19:50:01 +0000 Original-Received: (at 25408) by debbugs.gnu.org; 15 Feb 2017 19:49:32 +0000 Original-Received: from localhost ([127.0.0.1]:41368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ce5a0-0006ol-3v for submit@debbugs.gnu.org; Wed, 15 Feb 2017 14:49:32 -0500 Original-Received: from mail-oi0-f43.google.com ([209.85.218.43]:36383) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ce5Zy-0006oY-La for 25408@debbugs.gnu.org; Wed, 15 Feb 2017 14:49:31 -0500 Original-Received: by mail-oi0-f43.google.com with SMTP id u143so91967920oif.3 for <25408@debbugs.gnu.org>; Wed, 15 Feb 2017 11:49:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GktwjfUxZlo714R1cWFQvhRtshyPnuoN2/TNtLvlzPo=; b=TDjrdzsZsFWcG0vM0JjLHMrDCSL3Ficvn/UhPLECpa9tmBlSsXiXFR086srioa8TuV kQ0mv2nyPaasKEzfq5NyBm74YbKDEl+JXLQICD2+v9jO37YPJqIrvdZQsH00NNq+Y+MS c+IwHH2Aac4TJ3IoVRC9NC34nPT7Gb7l3ihBqoU/2W1OKiQhk6myLRaje83iaHHjZT8u vRI387r8r7YjfGBU+Lo+CQENQd62ZImaSQadPIPhGEinNOvrRhUVvry4A7FKXoujLm32 zwutirETDS+RpA6TP5+uSX93pJauVreWIh2sSk/0/N00OLD9n+6bP6fmzyPdy/GAlu8R 80aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=GktwjfUxZlo714R1cWFQvhRtshyPnuoN2/TNtLvlzPo=; b=WfFDf66YKj5WXG+KtFg9BTxLQQSFWf+r4VxIgWq6OOWiKmfmaGqzjy0YoA+z/rfdi4 vWZE79QUNi2KNaAbbPY28goHWtZ5quvtLppZzyt3LNqCQ1jaD++X3zRTx1IUdyJVKf8K jluodocmj5jgEQ9FyTQRhaquz0embBf7eS/rbMJYdBh9Lv6bFyU3uVBHciUllmPAItaW hUfgH55S7Id4RVmH9c76Etzi2bRYwoOOyDDUMJcYxktqqpl6Wzfeh6JIAZWzPVuicVEu qupUN4XSVLtE5j5WOVym6iGm4SccW/GNwoG6eFPPzsxvLkstL1HqFF2X8FeU8J4kOcFb Docg== X-Gm-Message-State: AMke39nZnrGFV+RN+dAAqZsXwItr/s96RPFpaqKaMQziZHLuW/HRK2+OqMMQy+Snzrc9F80BfRbZUg9p3sBqvg== X-Received: by 10.202.212.79 with SMTP id l76mr20541813oig.177.1487188164793; Wed, 15 Feb 2017 11:49:24 -0800 (PST) Original-Received: by 10.182.105.73 with HTTP; Wed, 15 Feb 2017 11:49:24 -0800 (PST) In-Reply-To: <58A0434D.6030206@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:129395 Archived-At: --001a113d358e46ddcb054896fa22 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable That's great. Are you going to push your patch to git-repo? When it comes to other platforms than Windows, I have no idea about OS X since I don't own any macs, but for X11, we have different means to controll decorations and their looks & behaviour. On X11 we have window managers that makes it easy to configure (or remove) borders, decorations etc, so in my humble opinion I don't think you have to spend countless time to make it work with every possible window manager etc. I didn't even thought of this on Linux, I only needed it for windows, to make Emacs behave more like it does on Linux. 2017-02-12 12:13 GMT+01:00 martin rudalics : > > Thanks! The patch applied cleanly and everything compiled fine. > > Thanks for testing. Please tell me your build and window manager types. > > > =E2=9C=93, although if I create a frame with no-focus-on-map I then nee= d a > > call to raise-frame to raise it =E2=80=94 even if its z-group is 'above= . > > Maybe when z-group is "above" the frame should be automatically > > raised? > > Not so here (with a GTK 3.4.2 build on Debian running xfwm). Evaluating > > (make-frame '((no-focus-on-map . t) (z-group . above))) > > makes a new frame on top of the existing one regardless of whether xfwm > is set up to use focus follows mouse or not. > > We probably have to investigate that further. > > > =E2=9C=93, although it would be nice to automatically raise the frame w= hen > > x-group is above. I can call raise-frame, but it doesn't work > > correctly when the frame is invisible (and setting the visibility to t > > before raising the frame doesn't work either). > > I mentioned that: When a frame is made invisible, its z-group is reset > to nil by the window system or manager. x_set_z_group can't cope with > that because the last line of > > x_set_z_group (struct frame *f, Lisp_Object new_value, Lisp_Object > old_value) > { > if (!EQ (new_value, old_value)) > > still assumes that the frame is "above". For the moment try with > > (set-frame-parameter frame 'z-group nil) > ... > (set-frame-parameter frame 'z-group 'above) > > as a workaround. I'm not yet sure whether it's better to (1) have > x_make_frame_invisible and x_iconify_frame reset the z-group parameter > explicitly, (2) change x_set_z_group so it always issues a request to > the window system, or (3) remove the z-group parameter and make the > z-group setting an option of the `frame-restack' function. > > Unfortunately, the z-group equivalents in X 11 are a complete mess: You > can put a window simultaneously in the =E2=80=98above=E2=80=99 and the = =E2=80=98below=E2=80=99 groups > and it notwhere says what should prevail and what happens when you later > remove a window from one of these groups (I trioed to avoid this dilemma > with the z-group concept). And restacking may probably remove a window > from these groups and maybe not allow to put it there and so on ... > > And why not avoid z-groups at all? Because you cannot simply restack a > frame on top of the "active" frame. If you try (via a foucs-in-hooked > function) you will see that your window system uses up all available > resources because the window system wants to raise the active frame and > Emacs wants to raise the other one. So to put a frame on top of the > "active" frame you have to put that frame in the =E2=80=98above=E2=80=99 = group. > > > * Creating a frame is rather slow; the following is an excerpt of a > profile: > > > > - make-frame 442 > 29% > > - frame-creation-function 440 > 29% > > - apply 440 > 29% > > - # 440 > 29% > > - x-create-frame-with-faces 440 > 29% > > - face-set-after-frame-default 307 > 20% > > - face-spec-recalc 276 > 18% > > - make-face-x-resource-internal 217 > 14% > > - set-face-attributes-from-resources 213 > 14% > > - set-face-attribute-from-resource 190 > 12% > > - face-name 126 > 8% > > + check-face 118 > 7% > > + face-spec-reset-face 44 > 2% > > + face-spec-set-2 7 > 0% > > set-face-attribute 8 > 0% > > normal-erase-is-backspace-setup-frame > 2 0% > > But isn't that the problem I tried to tackle (for tooltip frames) with > the option =E2=80=98tooltip-reuse-hidden-frame=E2=80=99? All this face-r= elated stuff is > an ecological disaster IMHO. Here, creating a tooltip frame caused up > to two GC cycles before I added that option. > > So as a rule create your frames (lazily) once for each session and hide > them when you don't need them. > > > * Frames with z-group set to 'above are not automatically raised when > > no-focus-on-map is set, so I need to call x-raise-frame on them; this > > doesn't work when they are invisible (instead it makes them visible > > without raising them, it seems). > > I hope I described the problem and a workaround above. I attach my > functions for testing attached frames so you can see how I handle this > currently. > > > * Creating a frame / making it visible uses my WM's frame creating > animation =E2=80=94 is there a way to disable this (x-show-tip doesn't ha= ve it)? > > No idea. I can look into that (as a rule I turn off all animations > here). Do you use GTK tooltips or Emacs' native ones? > > martin > --001a113d358e46ddcb054896fa22 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
That's great. Are you going to push your patch to= git-repo?

When it comes to other platforms than Windows, I ha= ve no idea about OS X since I don't own any macs, but for X11, we have = different means to controll decorations and their looks & behaviour. On= X11 we have window managers that makes it easy to configure (or remove) bo= rders, decorations etc, so in my humble opinion I don't think you have = to spend countless time to make it work with every possible window manager = etc. I didn't even thought of this on Linux, I only needed it for windo= ws, to make Emacs behave more like it does on Linux.

2017-02-12 12:13 GMT+01:00 = martin rudalics <rudalics@gmx.at>:
> Thanks! The patch applied cleanly and everythi= ng compiled fine.

 Thanks for testing.=C2=A0 Please tell me your build and window manager type= s.

> =E2=9C=93, although if I create a frame with no-focus-on-map I then ne= ed a
> call to raise-frame to raise it =E2=80=94 even if its z-group is '= above.
> Maybe when z-group is "above" the frame should be automatica= lly
> raised?

 Not so here (with a GTK 3.4.2 build on Debian running xfwm).=C2=A0 Evaluati= ng

(make-frame '((no-focus-on-map . t) (z-group . above)))

makes a new frame on top of the existing one regardless of whether xfwm
is set up to use focus follows mouse or not.

We probably have to investigate that further.

> =E2=9C=93, although it would be nice to automatically raise the frame = when
> x-group is above.=C2=A0 I can call raise-frame, but it doesn't wor= k
> correctly when the frame is invisible (and setting the visibility to t=
> before raising the frame doesn't work either).

 I mentioned that: When a frame is made invisible, its z-group is reset
to nil by the window system or manager.=C2=A0 x_set_z_group can't cope = with
that because the last line of

x_set_z_group (struct frame *f, Lisp_Object new_value, Lisp_Object old_valu= e)
{
=C2=A0 if (!EQ (new_value, old_value))

still assumes that the frame is "above".=C2=A0 For the moment try= with

(set-frame-parameter frame 'z-group nil)
...
(set-frame-parameter frame 'z-group 'above)

as a workaround.=C2=A0 I'm not yet sure whether it's better to (1) = have
x_make_frame_invisible and x_iconify_frame reset the z-group parameter
explicitly, (2) change x_set_z_group so it always issues a request to
the window system, or (3) remove the z-group parameter and make the
z-group setting an option of the `frame-restack' function.

Unfortunately, the z-group equivalents in X 11 are a complete mess: You
can put a window simultaneously in the =E2=80=98above=E2=80=99 and the =E2= =80=98below=E2=80=99 groups
and it notwhere says what should prevail and what happens when you later remove a window from one of these groups (I trioed to avoid this dilemma with the z-group concept).=C2=A0 And restacking may probably remove a windo= w
from these groups and maybe not allow to put it there and so on ...

And why not avoid z-groups at all?=C2=A0 Because you cannot simply restack = a
frame on top of the "active" frame.=C2=A0 If you try (via a foucs= -in-hooked
function) you will see that your window system uses up all available
resources because the window system wants to raise the active frame and
Emacs wants to raise the other one.=C2=A0 So to put a frame on top of the "active" frame you have to put that frame in the =E2=80=98above= =E2=80=99 group.

> * Creating a frame is rather slow; the following is an excerpt of a pr= ofile:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0- make-fr= ame=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0442=C2= =A0 29%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 - frame-= creation-function=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0440=C2=A0 29%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0- = apply=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 440=C2=A0 29%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 -= #<compiled 0x4862dd>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 440=C2=A0 29%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0- x-create-frame-with-faces=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 440=C2=A0 29%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 - face-set-after-frame-default=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 307=C2=A0 20%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0- face-spec-recalc=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0276=C2=A0 18%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 - make-face-x-resource-internal=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0217=C2=A0 14%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0- set-face-attributes-from-resources=C2=A0 =C2=A0 = =C2=A0 =C2=A0213=C2=A0 14%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 - set-face-attribute-from-resource=C2=A0 =C2=A0 = =C2=A0 =C2=A0 190=C2=A0 12%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0- face-name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 126= =C2=A0 =C2=A08%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 + check-face=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 118=C2=A0 = =C2=A07%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 + face-spec-reset-face=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A044=C2=A0 =C2=A02%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 + face-spec-set-2=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A07=C2=A0 =C2= =A00%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0set-face-attribute=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A08=C2=A0 =C2= =A00%
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 n= ormal-erase-is-backspace-setup-frame=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 2=C2=A0 =C2=A00%

 But isn't that the problem I tried to tackle (for tooltip frames) with<= br> the option =E2=80=98tooltip-reuse-hidden-frame=E2=80=99?=C2=A0 All this fac= e-related stuff is
an ecological disaster IMHO.=C2=A0 Here, creating a tooltip frame caused up=
to two GC cycles before I added that option.

So as a rule create your frames (lazily) once for each session and hide
them when you don't need them.

> * Frames with z-group set to 'above are not automatically raised w= hen
> no-focus-on-map is set, so I need to call x-raise-frame on them; this<= br> > doesn't work when they are invisible (instead it makes them visibl= e
> without raising them, it seems).

 I hope I described the problem and a workaround above.=C2=A0 I attach my functions for testing attached frames so you can see how I handle this
currently.

> * Creating a frame / making it visible uses my WM's frame creating= animation =E2=80=94 is there a way to disable this (x-show-tip doesn't= have it)?

 No idea.=C2=A0 I can look into that (as a rule I turn off all animations here).=C2=A0 Do you use GTK tooltips or Emacs' native ones?

martin

--001a113d358e46ddcb054896fa22--