I agree! I have a two screen setup and the first time login dialog in trunk creates a window which is centered based on the total computed geometry of both displays. It is very difficult to use a dialog split between two monitors, or resize a beast that big easily. I personally believe we should center/size dialogs based on the size of the physical screen. Perhaps, we should not even let them be larger that a single physical display.
<br><br>Just my thoughts,<br><br>Greg<br>-<br><br><div><span class="gmail_quote">On 12/27/05, <b class="gmail_sendername">Aaron J. Seigo</b> <<a href="mailto:aseigo@kde.org">aseigo@kde.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tuesday 27 December 2005 04:45, Jarosław Staniek wrote:<br>> Since KDE Kicker (and win32's "kicker") is "always on top", it could be<br>> better for centered dialogs to use availableGeometry() instead of
<br>> screenGeometry(), to avoid covering them by Kicker (at least sometimes).<br><br>it will look visually odd to have a dialog "centered" on the screen using<br>anything but the physical extent of the whole screen geometry. what ought to
<br>be done is to ensure that the calculation made based on screen geometry<br>doesn't cause overlap due to a smaller available geometry. in that case the<br>dialog should be shifted/resized to compensate.<br><br>--<br>Aaron J. Seigo
<br>GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43<br><br>Full time KDE developer sponsored by Trolltech (<a href="http://www.trolltech.com">http://www.trolltech.com</a>)<br><br><br></blockquote></div>
<br>