default-toolbar-position == left: too narrow
Stephen J. Turnbull
stephen at xemacs.org
Tue May 16 02:54:34 EDT 2006
>>>>> "Jerry" == Jerry James <james at xemacs.org> writes:
Jerry> XEmacs 21.5 ... [s]ometime in the last couple of days, it
Jerry> stopped resizing itself wider. It now starts up only 75
Jerry> columns wide, instead of 80.
Jerry> Stephen, might this be related to your recent changes
Jerry> trying to appease the window manager?
I would guess so. Note that the changes are a sacrifice to Xt itself,
not the window manager, though. We've just been doing this wrong
since the dawn of time (== since XEmacs was imported into CVS in
Dec. 1996). Assuming I can trust "CVS annotate", of course.
Jerry> If so, do you have any idea how we can just calculate the
Jerry> right width in the first place instead of trying to
Jerry> readjust after the fact?
Not offhand. I'm sure it's no consolation, but I suspect that some of
the complexity of our geometry management is due to the bug that
geometry management has historically been bottom-up (or maybe
middle-out, if you prefer), which conflicts with the Xt model.
The place to start tracing the logic is probably in frame-x.c,
x_set_initial_frame_size(), x_initialize_frame_size(), and
I would guess that the reason you see the resize is that the initial
frame is created before your toolbar settings are read from custom.el.
So it may require substantial effort to get it right in the first
place. (There are some comments in startup.el that "maybe now we can
create the frame after reading user init settings" or something like
If Mike Sperber doesn't poke his head up soon, he's probably the
person to ping. He's done more work with window configuration than
anybody else recently.
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
More information about the XEmacs-Beta