GNU bug report logs - #6385
A slightly less aggressive fit-window-to-buffer

Previous Next

Package: emacs;

Reported by: Lennart Borgman <lennart.borgman <at> gmail.com>

Date: Wed, 9 Jun 2010 19:05:02 UTC

Severity: wishlist

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 6385 <at> debbugs.gnu.org
Subject: Re: bug#6385: A slightly less aggressive fit-window-to-buffer
Date: Sat, 12 Jun 2010 10:00:59 +0200
> What I saw was the even  2 lines high buffer made fit-window-to-buffer
> delete sibling windows. All the time - but... I thought I knew how to
> reproduce it. So I did not write any test procedures, I was just a bit
> irritated. A mistake.
[...]
> This function killed all other siblings even if it just actually needs
> two lines if certain conditions are met. (Those I tried to describe.)
>
> So this was just a desperate attempt to stop that. I do not know what
> to do at the moment. I will try to reproduce this and look a bit
> closer at it later.

Deleting other windows when resizing was a misguided feature.  I don't
do that any more for quite some time and didn't miss it yet ;-)

In any case, the issue whether a position is visible in a window is a
priori not related to the issue whether resizing is allowed to delete
any windows.  You patch might handle a few cases, accidentally ...

martin




This bug report was last modified 13 years and 284 days ago.

Previous Next


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