[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#25055: 25.1.50; completion buffer changes window size
From: |
Tyler Smith |
Subject: |
bug#25055: 25.1.50; completion buffer changes window size |
Date: |
Wed, 19 Apr 2017 19:12:40 -0400 |
This fixes the problem at my end.
Many thanks!
Tyler
--
plantarum.ca
On Sat, Apr 15, 2017, at 10:49 AM, martin rudalics wrote:
> > 1. start emacs -Q
> > 2. M-x shell
> > 3. ls ./<tab><tab>
> > 4. A temporary buffer pops up with all possible completions.
> > - if your home directory is big enough, this buffer will take up a
> > large portion of the frame
> > 5. press <space>
> > 6. The completions are dismissed, but the frame remains in its new
> > configuration, with 90% of the space taken up by the window where the
> > completions had been listed (this window has now returned to the
> > shell-mode buffer).
> >
> > What I would expect to happen instead is that when the completions are
> > dismissed, the window configuration returns to the state it was in
> > before pressing tab: that is, the top half is the scratch buffer, the
> > bottom half is the shell-mode buffer.
>
> The bugs leading to this behavior should have been fixed now on master
> with commit
>
> 23d3eeb798c7edc27898b0dbd4c2364a6ca6247d
>
> Note that to get the desired behavior you have to (1) recompile
> window.el and after that (2) recompile all users of the macro
> `with-displayed-buffer-window' - that is, the files minibuffer.el and
> dired.el and finally (3) rebuild Emacs.
>
> If for some reason you cannot build Emacs or work with master, please
> tell me. I'll then try to explain how to get the desired behavior with
> Emacs 25 and your .emacs alone. Meanwhile closing this bug.
>
> Many thanks for the report, martin
bug#25055: 25.1.50; completion buffer changes window size, Live System User, 2017/04/27