GNU bug report logs - #3419
23.0.94; calc, calendar and temp-buffer-resize-mode

Previous Next

Package: emacs;

Reported by: Leo <sdl.web <at> gmail.com>

Date: Fri, 29 May 2009 19:10:04 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


Message #45 received at 3419 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Leo <sdl.web <at> gmail.com>
Cc: 3419 <at> debbugs.gnu.org, jay.p.belanger <at> gmail.com
Subject: Re: bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode
Date: Sat, 30 May 2009 14:19:32 +0200
> I wonder if it may be possible to distinguish program or human changing
> the size. In most cases, when a program (in this case:
> temp-buffer-resize-mode) changes the size, it is hardly ideal to keep
> that change. But I agree that for example, if a user drags the calc
> window to be bigger, it is desirable to keep that change permanent.

It can be done but it's not trivial.

> At the moment I have to have (setq calc-window-height 7) at my finger
> tip to get rid of the size change sometimes accidentally happens.

In your use case it might make sense to set `split-height-threshold' to
a smaller value so the "other" window gets split instead of reused.
Alternatively we could allow `temp-buffer-resize-mode' to resize a
window iff it was obtained by splitting a window before.

martin



This bug report was last modified 12 years and 228 days ago.

Previous Next


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