Re: AW: xemacs trouble maximizing window

Glynn> My guess is that the WM makes the window the full size of Glynn> the screen, ignoring the gridding constraints, XEmacs Glynn> recomputes the correct size according to the gridding Glynn> constraints, and the WM then resizes the window to the new Glynn> size. If so, the WMs are broken. The WM should just say no: "you're maximized, I just set you that way, and that's that---shut up and get to work." See the ICCCM, and also the Xt shell spec. Why this gets into a loop I don't understand. There should be a flash, then XEmacs will docilely stay maximized. Re fixing: I guess there must be some protocol for maximizing by now so that XEmacs can find out that it is in fact "maximized", or we can use a heuristic of matching the size the WM specifies to the size of the screen (note that this *will* be heuristic, because XEmacs cannot know if there will be decorations or what size they are in this state; I guess we can query the Shell widget for its size, which might be more accurate.) Glynn> XEmacs probably shouldn't be specifying an absolute size. If the window size is specified in characters and the size of the characters change, it should. I *want* my window to stay 80 columns wide when I change from a 10pt font to a 14pt font, or vice versa. I know that modern text widgets (by Procrustes[tm]) don't care about that, but I do like it that way, and I don't see why XEmacs should change this behavior unless the users *want* their lines wrapped or truncated differently just because they changed font sizes. Glynn> it will be specified at startup to match the geometry Glynn> resource setting. Which is in character cells. Glynn> OTOH, the WM should probably ignore XEmacs' requested size Glynn> when the user has chosen to maximise the window. Precisely. The ICCCM doesn't allow the client to resize its toplevel windows. As far as I can tell, XEmacs does not try to do so. -- 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.