bug#6068: Please learn Emacs to distinguish between visible and active windows

bug#6068: Please learn Emacs to distinguish between visible and active windows

[Lennart Borgman]

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.

bug#6068: make-frame-visible but not selected

[Lars Ingebrigtsen]

Lennart Borgman <lennart.borgman@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

bug#6068: make-frame-visible but not selected

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@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

bug#6068: make-frame-visible but not selected

[martin rudalics]

 >> 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

bug#6068: make-frame-visible but not selected

[Lars Ingebrigtsen]

martin rudalics <rudalics@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