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 x_set_frame_size(). 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 that.) 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.