[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode
From: |
martin rudalics |
Subject: |
bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode |
Date: |
Sat, 30 May 2009 14:19:32 +0200 |
User-agent: |
Thunderbird 2.0.0.21 (Windows/20090302) |
> 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
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Leo, 2009/05/29
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Jay Belanger, 2009/05/29
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Leo, 2009/05/29
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Jay Belanger, 2009/05/29
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, martin rudalics, 2009/05/30
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Leo, 2009/05/30
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode,
martin rudalics <=
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Glenn Morris, 2009/05/30
- bug#3419: 23.0.94; calc, calendar and temp-buffer-resize-mode, Leo, 2009/05/30