Summary: | emacs-cvs-22.1.50_p20070829-r1 and elscreen-1.4.5-r1 throws "Window height 2 too small (after splitting)" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rodrigo Lazo <rlazo.paz> |
Component: | Current packages | Assignee: | Emacs project <emacs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emacs-cvs-window-size-reverse.patch |
Description
Rodrigo Lazo
2007-10-25 04:06:18 UTC
Please try a real CVS build, in your case emacs-cvs-22.1.50-r1 and try again. The pXXX is just a snapshot before the merging of multi-tty branch into the trunk. We keep this as reference. (In reply to comment #1) > Please try a real CVS build, in your case emacs-cvs-22.1.50-r1 and try again. This also happens with 22.1.50-r1 and 23.0.50 (i.e. Emacs 22 base branch and Emacs trunk). However, 22.1-r1 doesn't show the problem. Evaluating the following expression: (let ((window-min-height 2)) (split-window nil 2)) normally succeeds, but after elscreen is loaded, it will display the error message. Created attachment 134298 [details, diff] emacs-cvs-window-size-reverse.patch It's this change in the Emacs 22 base branch: 2007-08-06 Martin Rudalics <rudalics@gmx.at> * window.c (window_min_size_2): New function. (window_min_size_1, size_window, Fdisplay_buffer) (Fsplit_window, adjust_window_trailing_edge): Use it to avoid windows without mode- or header-lines when window-min-height is too small. (size_window): Reset nodelete_p after testing it, following an earlier note by Kim F. Storm. (display_buffer): Do not set split_height_threshold to twice the value of window_min_height to avoid changing the value of a customizable variable. Rather explicitly check whether the height of the window that shall be splitted is at least as large as split_height_threshold. (Fwindow_full_width_p): New defun. (syms_of_window): Defsubr it. * window.h: Add EXFUN for Fwindow_full_width_p. Attached patch for emacs-cvs-22.1.50-r1 (which is just reverting the above) should fix it. So, should we blame Emacs or ElScreen? Not sure about this, but my feeling it that changes to the Emacs 22 base branch should not break backwards compatibility in a way as we see it here. Could you please report the issue upstream to Emacs maintainers, maybe with a CC to ElScreen upstream (naoto@morishima.net)? (In reply to comment #4) > So, should we blame Emacs or ElScreen? Not sure about this, but my feeling it > that changes to the Emacs 22 base branch should not break backwards > compatibility in a way as we see it here. > > Could you please report the issue upstream to Emacs maintainers, maybe with a > CC to ElScreen upstream (naoto@morishima.net)? > Fixed upstream. Thanks a lot Thank you for reporting the issue. (In reply to comment #1) > The pXXX is just a snapshot before the merging of multi-tty branch into > the trunk. We keep this as reference. I have package.masked _p20070829 now (as it always should have been). |