bug-gnu-emacs
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]