[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: select-frame-set-input-focus operates on wrong frame
From: |
Óscar Fuentes |
Subject: |
Re: select-frame-set-input-focus operates on wrong frame |
Date: |
Sun, 20 Oct 2024 14:51:06 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Stefan Monnier via Users list for the GNU Emacs text editor
<help-gnu-emacs@gnu.org> writes:
> As you discovered, using something like `select-frame-set-input-focus`
> from within a `with-selected-frame` is not a good idea.
> I don't know why you did that, because it seems contradictory, I suspect
> it was an oversight.
Yeah, somehow I was under the impression that
select-frame-set-input-focus would be two orthogonal things: set the
selected frame *and* set focus, then `with-selected-frame' would reverse
the change of selected frame, but not the focus.
> Regarding the focus itself (which is a subtly different concept than the
> selected frame), the situation is very messy and what happens in which
> case can also depend on your window-manager (or the part of your OS
> which takes on that responsibility) as well as timing. 🙁
Indeed. On KDE using the default focus settings things work so far.
>> (setq server-window 'ofv-display-buffer-pop-up-frame)
>
> I recommend #' here to clarify that this is intended to set the var to
> a function.
Ok, thanks.