bug#431: closed by Stefan Monnier <address@hidden> (Re: bug#431: 23.0.60; `display-buffer' opens vertical instead of horizontal windows)

[Luca Capello]

Hi Stefan!

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.:

--8<---------------cut here---------------start------------->8---
(defun plan-gismo ()
  "Switch to the Planner frame (create it if it doesn't exist)
and show calendar, today plan and the TaskPool."
  (interactive)
  (unless (get-buffer "TaskPool.muse")
    (make-frame '((name . "Planner"))))
  (select-frame-by-name "Planner")
  (delete-other-windows)
  (split-window-vertically)
  (other-window +1)
  (calendar)
  (other-window +1)
  (split-window-vertically)
  (other-window +1)
  (plan))
--8<---------------cut here---------------end--------------->8---

(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
> emacs-devel.

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
~/.emacs.

Thx, bye,
Gismo / Luca

pgpuSl6qBRjyZ.pgp
Description: PGP signature