|
From: | Juri Linkov |
Subject: | bug#34294: 27.0.50; flymake-start-on-save-buffer has no effect |
Date: | Sun, 05 May 2019 00:16:44 +0300 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) |
>>> IIRC you had problems fitting the window to its buffer afterwards. >>> Shouldn't we investigate that first? >> >> Yes, the problem was fitting the xref window after it's displayed. > > What is going wrong here? If with emacs -Q and > display-buffer-in-direction.el loaded I evaluate say > > (display-buffer > (get-buffer-create "*text*") > '((display-buffer-in-direction) > (direction . right) > (window-width . 20))) > > I get a 20 character wide window. If I put some text in that buffer > and use 'fit-window-to-buffer' instead of 20, Emacs fits the window to > its buffer as expected. What is different with the xref window? Maybe because fit-window-to-buffer is broken? Another case where it's broken is proced that uses fit-window-to-buffer: 0. emacs -Q 1. C-x 3 2. M-x proced 3. d d x The buffer *Marked Processes* is displayed in random place.
[Prev in Thread] | Current Thread | [Next in Thread] |