[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#431: closed by Stefan Monnier <address@hidden> (Re: bug#431: 23.0.60
bug#431: closed by Stefan Monnier <address@hidden> (Re: bug#431: 23.0.60; `display-buffer' opens vertical instead of horizontal windows)
Mon, 07 Jul 2008 22:57:57 +0200
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
I'm really sorry for the lag, but I'm not subscribed to the bug nor I
follow the emacs-* lists. Can you please Cc: me on replies, as I
explicitally asked the last time?
Disclaimer: I haven't checked the emacs sources nor mailing lists to see
if there were other discussions about this subject.
On Thu, 19 Jun 2008 18:56:03 +0200, Stefan Monnier wrote:
>> I've some functions which rely on that.
> What kind of functions? What do they look like? What do they do?
These are custom functions, e.g.:
(defun plan-gismo ()
"Switch to the Planner frame (create it if it doesn't exist)
and show calendar, today plan and the TaskPool."
(unless (get-buffer "TaskPool.muse")
(make-frame '((name . "Planner"))))
(calendar) is the first source of problem if the window is vertically
splitted: the so-created buffer is empty for most of its vertical space.
> In any case, this is out of the scope of this bug report. If you want
> to discuss such a thing, please move it to some other bug-report or to
Sure, when I'll find the time to hack on it by myself and propose my
solution. I didn't intend to discuss not-related improvements, instead
I was explaining why IMHO a general, i.e. not per command/action,
behavior is wrong.
Now, going back to the original bug, since it seems I'm the only one who
finds it a regression, you can close it. Until I won't have coded my
proposal, I already have (setq split-width-threshold nil) in my
Gismo / Luca
Description: PGP signature
|[Prev in Thread]
||[Next in Thread]|
- bug#431: closed by Stefan Monnier <address@hidden> (Re: bug#431: 23.0.60; `display-buffer' opens vertical instead of horizontal windows),
Luca Capello <=