GNU bug report logs -
#32790
27.0.50; point jumps unexpectedly after delete-window
Previous Next
Reported by: Juri Linkov <juri <at> linkov.net>
Date: Thu, 20 Sep 2018 23:57:01 UTC
Severity: minor
Found in version 27.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>>> + ((and (window-minibuffer-p other-window)
>>> + (not (minibuffer-window-active-p other-window)))
>>> + (user-error "Minibuffer is inactive"))
>>
>> Should we try to delete the active minibuffer window?
>
> Interesting question. Do you think it's worth the trouble
> to implement special handling of the minibuffer:
>
> 1. when a window in the below direction is requested to be deleted
> from the bottom window, and the minibuffer is active,
> then call (abort-recursive-edit)
This looks counter-intuitive unless we are also able to delete the
minibuffer window.
> 2. when the selected bottom window is requested to be deleted
> and selection is requested to be moved in the below direction,
> then the minibuffer's window should be selected.
If it's active, presumably. I'm not sure, but I wouldn't do that in a
first version. BTW, if you delete the window on the right frame
border and want selection to move to the right, does it wrap around to
the window on the left?
martin
This bug report was last modified 5 years and 235 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.