The following message is a courtesy copy of an article that has been posted to comp.emacs.xemacs as well. Dan> Adrian Aichner <adrian(a)xemacs.org&gt; writes: >> >> That was not my question. >> >> Do you have the following in your .emacs? >> >> (set-frame-height (buffer-dedicated-frame) 59) >> (set-frame-width (buffer-dedicated-frame) 90) >> (set-frame-position (buffer-dedicated-frame) 0 0) >> >> When Xemacs starts up with these forms in .emacs (that's what I >> assumed you had from your previous posting), does it come up in the >> corerct position for you for postition values other than 0 0? Hi Dan! Dan> I guess I'm still not sure what the question is, but I'll Dan> try to answer. Dan> The above forms *are* what I have in my .emacs. OK, that was one :-) Dan> When XEmacs starts, Windows first places the window where it wants, Dan> I'd guess somewhere around '200 200'. The size is Dan> about height 30, width 80. Dan> Then the window moves to '0 0', and the size changes to height 59, Dan> width 90. This happens automatically. Ah, I have tried this now and can confirm it works in (emacs-version) "XEmacs 21.4 (patch 4) \"Artificial Intelligence (candidate 3)\" [Lucid] (i586-pc-win32) of Fri Jul 27 2001 on D5DC120J" too. The thing is: (custom-set-variables ; many more variables here ... '(initial-frame-plist (quote (minibuffer t top 5 left 300 height 40 width 80)))) is supposed to set the initial frame geometry in one sweep. This, however, does not happen on startup UNTIL I either click on the XEmacs frame or start typing at it. This is a long-standing bug, at least on Windows. Dan> When I change the frame position line to: Dan> (set-frame-position (buffer-dedicated-frame) 100 100) Dan> Then the window moves to '100 100' instead of '0 0'. Dan> Have you tried the above commands? Yep. Dan> Do they work for you? Yep. Dan> -- Dan> Dan Espen -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/