GNU bug report logs - #2360
23.0.90; redirect-frame-focus induces translucent tooltips/frames

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2360 in the body.
You can then email your comments to 2360 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.90; redirect-frame-focus induces translucent tooltips/frames
Date: Tue, 17 Feb 2009 16:54:23 +0100

1. emacs -Q -fn "Dejavu Sans Mono-10"
2. Sanity check:
   a. Move mouse cursor over a tool bar icons and observe that the
      tooltips have their normal appearance.
   b. Type `C-x 5 2' and observe that the newly created frame has its
      normal appearance, the type `C-x 5 0'.
   c. M-: (eq (selected-frame) (previous-frame))
      => t
3. M-: (redirect-frame-focus (selected-frame) (previous-frame))
   a. Move mouse cursor over a tool bar icon and observe that the
      tooltip is translucent and very light, barely visible.
   b. Type `C-x 5 2' and observe that the newly created frame is
      likewise translucent and barely visible.

Subsequent frames created by typing `C-x 5 2' in the first frame all
have the same translucent appearance.  However, if I type `C-x 5 0' in
the first, normal-looking frame, thereby deleting it, then from the
translucent frame type `C-x 5 2', then the newly created frame has its
normal appearance, including tooltips, and typing `C-x 5 2' in this
frame creates a normal-looking frame.  (But now repeating step 3 again
has the same shadowy results as before.)

I don't know when this effect of redirect-frame-focus began (I guess
since the unicode merge, though I only started seeing it recently after
reactivating some old code I have that uses redirect-frame-focus); I do
not see it with Emacs 22.  Also, while I get the translucent tooltips
with both the x and xft font backends and regardless of font used, the
appearance of the translucent frame is more restricted: I see it with
-fn "Dejavu Sans Mono-10" with both backends, but only with the xft
backend with -fn "Dejavu Sans-10", -fn "Adobe Times-12" or -fn "Adobe
Helvetica-12" (the latter two are not defined under the x backend); with
other sizes of all of these fonts I don't get a translucent frame (but
still get translucent tooltips).


In GNU Emacs 23.0.90.3 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
 of 2009-02-14 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>, 2360 <at> debbugs.gnu.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: bug#2360: 23.0.90;	redirect-frame-focus induces translucent tooltips/frames
Date: Thu, 19 Feb 2009 23:06:42 +0800

Stephen Berman wrote:
> 3. M-: (redirect-frame-focus (selected-frame) (previous-frame))
>    a. Move mouse cursor over a tool bar icon and observe that the
>       tooltip is translucent and very light, barely visible.
>    b. Type `C-x 5 2' and observe that the newly created frame is
>       likewise translucent and barely visible.
>   


I can confirm that 3a is reproducible on Windows too (even without steps 
1 and 2), but I do not see 3b (but that seemed to depend on font, 
font-size and font-backend in your tests, so maybe there is a different 
combination that can reproduce 3b on Windows).

I would guess this was introduced when the transparency patch went in or 
some time after, rather than by the unicode merge.

Message #20 received at 2360 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Jason Rumney <jasonr <at> gnu.org>
Cc: 2360 <at> debbugs.gnu.org
Subject: Re: bug#2360: 23.0.90; redirect-frame-focus induces translucent tooltips/frames
Date: Thu, 19 Feb 2009 17:32:40 +0100

On Thu, 19 Feb 2009 23:06:42 +0800 Jason Rumney <jasonr <at> gnu.org> wrote:

> Stephen Berman wrote:
>> 3. M-: (redirect-frame-focus (selected-frame) (previous-frame))
>>    a. Move mouse cursor over a tool bar icon and observe that the
>>       tooltip is translucent and very light, barely visible.
>>    b. Type `C-x 5 2' and observe that the newly created frame is
>>       likewise translucent and barely visible.
>>   
>
>
> I can confirm that 3a is reproducible on Windows too (even without steps 1 and
> 2), but I do not see 3b (but that seemed to depend on font, font-size and
> font-backend in your tests, so maybe there is a different combination that can
> reproduce 3b on Windows).
>
> I would guess this was introduced when the transparency patch went in or some
> time after, rather than by the unicode merge.

This seems likely; indeed, when I start Emacs like this:

$ emacs -Q --eval "(setq default-frame-alist '((alpha . 30)))"

and then type `C-x 5 2', the newly created frame has about the same
appearance as what I see after calling redirect-frame-focus.
(Interestingly, and something I failed to notice in my OP, the tooltips
generated from the transparent frame are not transparent; i.e., in the
case of my OP, only the tooltips of the first frame are transparent).

Steve Berman

Message #23 received at 2360 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2360 <at> debbugs.gnu.org
Subject: Re: bug#2360: 23.0.90; redirect-frame-focus induces translucent
 tooltips/frames
Date: Mon, 19 Jul 2021 16:54:25 +0200

Stephen Berman <stephen.berman <at> gmx.net> writes:

> 1. emacs -Q -fn "Dejavu Sans Mono-10"
> 2. Sanity check:
>    a. Move mouse cursor over a tool bar icons and observe that the
>       tooltips have their normal appearance.
>    b. Type `C-x 5 2' and observe that the newly created frame has its
>       normal appearance, the type `C-x 5 0'.
>    c. M-: (eq (selected-frame) (previous-frame))
>       => t
> 3. M-: (redirect-frame-focus (selected-frame) (previous-frame))
>    a. Move mouse cursor over a tool bar icon and observe that the
>       tooltip is translucent and very light, barely visible.
>    b. Type `C-x 5 2' and observe that the newly created frame is
>       likewise translucent and barely visible.

(I'm going through old bug reports that unfortunately wasn't resolved at
the time.)

I tried this recipe in Emacs 28 under Debian/bullseye, and I couldn't
see anything unusual.  Are you still seeing this bug in recent Emacs
versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #28 received at 2360 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 2360 <at> debbugs.gnu.org
Subject: Re: bug#2360: 23.0.90; redirect-frame-focus induces translucent
 tooltips/frames
Date: Mon, 19 Jul 2021 18:05:21 +0200

On Mon, 19 Jul 2021 16:54:25 +0200 Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> 1. emacs -Q -fn "Dejavu Sans Mono-10"
>> 2. Sanity check:
>>    a. Move mouse cursor over a tool bar icons and observe that the
>>       tooltips have their normal appearance.
>>    b. Type `C-x 5 2' and observe that the newly created frame has its
>>       normal appearance, the type `C-x 5 0'.
>>    c. M-: (eq (selected-frame) (previous-frame))
>>       => t
>> 3. M-: (redirect-frame-focus (selected-frame) (previous-frame))
>>    a. Move mouse cursor over a tool bar icon and observe that the
>>       tooltip is translucent and very light, barely visible.
>>    b. Type `C-x 5 2' and observe that the newly created frame is
>>       likewise translucent and barely visible.
>
> (I'm going through old bug reports that unfortunately wasn't resolved at
> the time.)
>
> I tried this recipe in Emacs 28 under Debian/bullseye, and I couldn't
> see anything unusual.  Are you still seeing this bug in recent Emacs
> versions?

No.  At the time I had observed the problem with the x and xft font
backends; I currently only have a build of emacs-26 with the xft
backend and cannot reproduce the problem there either.  So I assume it
was fixed, or anyway stopped being a problem, long ago.  Thanks for
looking at the report again, and feel free to close it.

Steve Berman

Message #31 received at 2360 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 2360 <at> debbugs.gnu.org
Subject: Re: bug#2360: 23.0.90; redirect-frame-focus induces translucent
 tooltips/frames
Date: Mon, 19 Jul 2021 18:24:34 +0200

Stephen Berman <stephen.berman <at> gmx.net> writes:

> No.  At the time I had observed the problem with the x and xft font
> backends; I currently only have a build of emacs-26 with the xft
> backend and cannot reproduce the problem there either.  So I assume it
> was fixed, or anyway stopped being a problem, long ago.  Thanks for
> looking at the report again, and feel free to close it.

Thanks for checking; I'm closing this report, then.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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