GNU bug report logs - #6068
make-frame-visible but not selected

Previous Next

To reply to this bug, email your comments to 6068 AT debbugs.gnu.org.

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

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Emacs Bugs <bug-gnu-emacs <at> gnu.org>
Subject: Please learn Emacs to distinguish between visible and active windows
Date: Fri, 30 Apr 2010 21:39:29 +0200

The function make-frame-visible also makes the frame active. That is
not always what you want.

Could we please add a new parameter ACTIVATE to this function and let
it default to t for interactive use?

The changes needed to support this seems small. The function
x_make_frame_visible needs a new parameter ACTIVATE  to support this.
(On w32 it is a very small change, but I do not know about X.)

The reason to support it is that it makes it possible to make better
in place completion (compare
http://www.emacswiki.org/emacs/CompanyMode). The current
implementations tends to use overlays. This solution breaks down
currently when there are invisible parts in the buffer. I think a
popup frame would be easier.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 6068 <at> debbugs.gnu.org
Subject: Re: bug#6068: make-frame-visible but not selected
Date: Thu, 03 Jun 2021 11:00:37 +0200

Lennart Borgman <lennart.borgman <at> gmail.com> writes:

> The function make-frame-visible also makes the frame active. That is
> not always what you want.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I tried this in Emacs 28.  I did a

(setq frame (window-frame))

in one frame and then

(make-frame-visible frame)

from a different frame, and Emacs didn't give the first frame focus.  So
I seem to be unable to reproduce this (under Debian/bullseye, under
Gnome Shell).

Are you still seeing this issue in recent Emacs versions?

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

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 6068 <at> debbugs.gnu.org
Subject: Re: bug#6068: make-frame-visible but not selected
Date: Fri, 02 Jul 2021 13:19:06 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> So I seem to be unable to reproduce this (under Debian/bullseye, under
> Gnome Shell).
>
> Are you still seeing this issue in recent Emacs versions?

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

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

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

From: martin rudalics <rudalics <at> gmx.at>
To: Lars Ingebrigtsen <larsi <at> gnus.org>,
 Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 6068 <at> debbugs.gnu.org
Subject: Re: bug#6068: make-frame-visible but not selected
Date: Fri, 2 Jul 2021 14:25:41 +0200

>> So I seem to be unable to reproduce this (under Debian/bullseye, under
>> Gnome Shell).
>>
>> Are you still seeing this issue in recent Emacs versions?
>
> More information was requested, but no response was given within a
> month, so I'm closing this bug report.  If the problem still exists,
> please respond to this email and we'll reopen the bug report.

Just to elaborate: After

  (setq frame (window-frame))
  (make-frame)

a plain

  (make-frame-visible frame)

indeed won't change anything.  But

  (setq frame (window-frame))
  (make-frame)
  (iconify-frame frame)

followed by

  (make-frame-visible frame)

usually will shift focus to the frame.  Conceptually,

  (set-frame-parameter frame 'no-focus-on-map t)

should fix it but here on Debian Buster this does not work and I have to
use

  (set-frame-parameter frame 'no-accept-focus t))

to handle Lennart's use case.  This is not TRT because the frame
probably should accept focus later but so far I have not found a
reliable way to fix that.

martin

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Lennart Borgman <lennart.borgman <at> gmail.com>, 6068 <at> debbugs.gnu.org
Subject: Re: bug#6068: make-frame-visible but not selected
Date: Fri, 02 Jul 2021 14:27:48 +0200

martin rudalics <rudalics <at> gmx.at> writes:

> should fix it but here on Debian Buster this does not work and I have to
> use
>
>   (set-frame-parameter frame 'no-accept-focus t))
>
> to handle Lennart's use case.  This is not TRT because the frame
> probably should accept focus later but so far I have not found a
> reliable way to fix that.

Ah, OK.  I'm reopening the bug 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.