Date: Wed, 27 Mar 2024 14:47:27 -0700
From: Jared Finder <jared@finder.org>
Cc: eliz@gnu.org, 69915@debbugs.gnu.org
> On the other hand, looking at msdos.c, there is no test against
> the minibuffer. I believed, that the selection of the minibuffer
> is taken care of at +10638 of window.el. In my tests the patch
> behaves exactly like the documentation, quote: "Mouse
> auto-selection selects the minibuffer window only if it is active,
> and never deselects the active minibuffer window." I added the
> test, but commented it out.
I'm not sure what the right way to proceed here is then. Eli, can you
give advice?
Looking at different OS files that handle mouse_autoselect_window, I
see
the following state for checks if the selected window is a minibuffer
with MINI_WINDOW_P:
pgtkterm.c: checks
w32term.c: does NOT check
w32inevt.c: does NOT check
nsterm.m: checks
xterm.c: checks
msdos.c: does NOT check
haikuterm.c: checks
androidterm.c: checks
term.c: no support for mouse-autoselect-window. :(
My gut is to assume that the X and GTK behavior is most likely to be
better tested and more correct, but I defer to Eli here.