9:50 p.m.
Rodney Sparapani wrote:
Interesting. Maybe a little more detail would help you. So, when
I do a Save As..., the dialog windows pops up, but instead of allowing me to
enter or select a file name, the dialog window has the file contents
in the upper half and the lower half has the *backtrace*. It seems
to be confused as to which window (or frame?) it is in. But, I guess
this may all be a side-effect rather than the cause.
Perhaps you expected this... But, it is not just the Save As... dialog.
Open in New Frame triggers it as well. And again, only with .tex files.
It doesn't matter what's in the file.
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:15 p.m.
New subject: [Bug: 21.4.22] Window height 0 too small (after splitting): Tracked down to minibuf.el
Rodney Sparapani wrote:
Perhaps you expected this... But, it is not just the Save As... dialog.
Open in New Frame triggers it as well. And again, only with .tex files.
It doesn't matter what's in the file.
Rodney
This bug is nailing me all the time since I use latex-mode or AucTeX
daily. So I decided to try to find the e-lisp code that is causing it.
And it is in minibuf.el. The function is mouse-read-file-name-1.
Look at the line following the comment:
;; #### should be 2 not 3, but that causes
;; "window too small to split" errors for some
;; people (but not for me ...) There's a more
;; fundamental bug somewhere.
And then if I change:
(split-window nil (- (frame-height frame) 3)))
to:
(split-window nil (- (frame-height frame) 5)))
the problem goes away. I have no idea why. Just trial and error.
However, I have to put this definition somewhere. I guess that means
that I have to re-build xemacs after making this change
(byte-compile-file doesn't help). I suppose it is "dumped" with xemacs.
I'll give it a try. By the way, since 21.4.22 was tagged, but never
announced, maybe this bug fix could get in?
Rodney
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:29 p.m.
New subject: [Bug: 21.4.22] Window height 0 too small (after splitting): Tracked down to minibuf.el
On Thu, Jan 29, 2009 at 5:15 PM, Rodney Sparapani <rsparapa(a)mcw.edu> wrote:
By the way, since 21.4.22 was tagged, but never
announced, maybe this bug fix could get in?
No. The tarballs have been posted to the ftp sites since 12/30.
Nothing more will go in.
I will get the announcement posted soon.
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:29 a.m.
New subject: [Bug: 21.4.22] Window height 0 too small (after splitting): Tracked down to minibuf.el
Rodney Sparapani writes:
;; people (but not for me ...) There's a more
;; fundamental bug somewhere.
I think it's a bad idea to just keep bumping this parameter; we need
to find the more fundamental bug.
And then if I change:
(split-window nil (- (frame-height frame) 3)))
to:
(split-window nil (- (frame-height frame) 5)))
I think a better solution to this than hard-coding is to make it a
parameter, set that parameter to "2" to elicit the bug, and allow
people like you who need a solution *now* to customize it.
However, I have to put this definition somewhere. I guess that
means
that I have to re-build xemacs after making this change [...].
Alternatively, just put `(load-library "minibuf.el")' in your init file.
By the way, since 21.4.22 was tagged, but never announced, maybe
this bug fix could get in?
Not possible. The tarballs have been published.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:38 a.m.
New subject: [Bug: 21.4.22] Window height 0 too small (after splitting): Tracked down to minibuf.el
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
Rodney Sparapani writes:
> ;; people (but not for me ...) There's a more
> ;; fundamental bug somewhere.
I think it's a bad idea to just keep bumping this parameter; we need
to find the more fundamental bug.
Yes. I know what the fundamental bug is: `resize-minibuffer-mode'
should never delete a window as a side effect. It's at #1 on my list;
I'm hopeful I'll get to it within the next 3 weeks.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5563
days inactive
5565
days old
4 comments
4 participants
participants (4)
-
Michael Sperber -
Rodney Sparapani -
Stephen J. Turnbull -
Vin Shelton