GNU bug report logs - #56305
29.0.50; 'yes-or-no-p' deselects minibuffer frame

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: rudalics <at> gmx.at, 56305 <at> debbugs.gnu.org, acm <at> muc.de
Subject: Re: bug#56305: 29.0.50; 'yes-or-no-p' deselects minibuffer frame
Date: Wed, 20 Jul 2022 15:17:44 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: rudalics <at> gmx.at,  acm <at> muc.de,  56305 <at> debbugs.gnu.org
> Date: Tue, 19 Jul 2022 16:48:44 -0400
> 
> >> >> Hmm... following the idea above, maybe select-frame/window should never
> >> >> call resize_mini_window, and instead that should only take place at the
> >> >> next redisplay.
> >> >
> >> > That's exactly what happens: resize_mini_window just fiddles with some
> >> > variables, the actual resizing happens as part of redisplay.  It's the
> >> > moral equivalent of what happens when the user types "C-x ^".
> >> 
> >> But we need to make sure that selecting a window and then "selecting
> >> back" the original doesn't cause those vars to be changed.
> >
> > That shouldn't be hard to arrange (in fact, binding inhibit-redisplay
> > does precisely that).
> 
> But `save-selected-window` can't&shouldn't bind `inhibit-redisplay`.

I don't think I understand.  First, how is save-selected-window
related to this discussion?  And second, why cannot/shouldn't it bind
inhibit-redisplay?

Previous Next

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