GNOME Bugzilla – Bug 272967
[KB-Fixed] Preferences window resizes when shown
Last modified: 2013-09-10 14:04:26 UTC
When you go to Edit->Preferences, the preferences window is shown initially without any of the icons on the left side, and at a smaller side, a short time later (< 1sec) it resizes and shows the icons.
Crispin, I think thatz reqd to load images/etc. Im my machine its in microsecs.
Hmm, I see this too.
Created attachment 46010 [details] Screenshot showing the different sizes This screenshot is of the 2 different window sizes I see when the preferences window is opening, the smaller version is what is shown initially, it has the account names filled in, but no icons on the left (although the left pane is the correct size). At a later point the window grows, it expands as the other tabs need more space, and so the window has to expand, I estimate the delay to be about 1/3rd of a second, in the words of a collegue "just enough to be maximally irritating"
With Metacity, this means the Preferences window ends up partially off-screen every single time it's opened. It's all on-screen initially ... then it resizes.
I can confirm this behaviour (Evolution 2.2.1.1, Ubutnu Hoary). This is really annoying especially that the "Close" button is off-screen. I don't use it too often (I got used to it being off-screen), but recently I saw someone (I'd say "a regular user", relying on the GUI more than on keyboard shortcuts) dragging the preferences window back on-screen only to hit "close".
still valid in 2.3.7
never seen it here
happen with 2.4.0. Ubuntu about this: http://bugzilla.ubuntu.com/show_bug.cgi?id=14543
retargetting; according to bug 318788 this is against HIG, adding HIG keyword
*** Bug 318788 has been marked as a duplicate of this bug. ***
copying from bug 322375: This is also not inline with the Gnome HIG : "Always show a window as soon as possible, but make sure your window is the correct size before displaying it. Resizing a window after it is visible is disorienting and gives an unpolished look to your application." (http://developer.gnome.org/projects/gup/hig/2.0/windows.html#windows-show-hide).
*** Bug 322375 has been marked as a duplicate of this bug. ***
Created attachment 56202 [details] [review] Proposed patch The current design, sets the dialog size. I have created a patch, which sets the dialog size to what i it resizes to and also i have added code to show load the dialog in a idle call back, so that it avoids much of flicker. Please TRY out the patch and lets take this, if it really solves the issue.
Doesn't the size of the dialog depend on what plugins are loaded ? (i.e. some may add new tabs and hence produce a bigger dialog). Also, isn't adding a timeout a total hack ? What if the users computer was slow, they would still see the annoying flicker. I haven't looked at the code, but isn't it possible to construct the dialog, fill all the widgets in, and then only at that point show it ?
crispin, Yeah it is a hack on the existing hack. :) The delay is not for window resizing but for widgets alignment, which is also ugly. This shouldnt matter though. But the killer issue is the Window Resizing, which is due to plugins archtecture. But i tried in other m/c but doesnt seems to be useful. Im obsoleting it.
I now see Not Zed's point. Comment #7. I do not observe this bug when I use a window manager other than metacity. But then, Evolution is a GNOME App. and we just need to work with GNOME's window manager. No two opinions on that.
Just to add a silly idea: in the worst case scenario, you could do a gtk windowwhatever.hide(), do the resizing, then windowhatever.show(), or something like that? It's hacky at best, but it may look less irritating.
*** Bug 347701 has been marked as a duplicate of this bug. ***
*** Bug 331747 has been marked as a duplicate of this bug. ***
In this case, it looks like it's the "General" page in the Mail Preferences that does that. It's not a plug-in provided page.
I've recognized too late that this report fits better the situation I'm trying to fix with the patch I've posted to bug #350932. (see http://bugzilla.gnome.org/show_bug.cgi?id=350932#c8) It's the "General" page, when e.g. singeling out the mail-notification-stuff to a single tab, the dialog should be ok for resolutions 1024x768 and higher.
Still valid with evolution-2.12.1 and gnome-2.20 under Gentoo Easily reproducible simply going to "Edit" -> "Preferences", preferences window will be resized (and also misplaced after this resize) Would be nice get this fixed, if you need more info feel free to ask me for it Thanks a lot
Bumping version to a stable release.
This is still valid with 2.22, Can anybody change version? (I cannot test on trunk yet :-( )
If I understand correctly this is a side-effect of using Bonobo. The issue is still present in 2.24 but should be fixed by 2.26 (March 2009).
OK, thanks for the information (and for fixing it of course :-))
This is (finally!) fixed on my "kill-bonobo" branch. Window positioning works correctly as well.
*** Bug 512035 has been marked as a duplicate of this bug. ***
The "kill-bonobo" branch has been merged into "master" and will debut as Evolution 2.29.1. We believe the branch has addressed the reported issue. If you find the issue still exists in version 2.29 or later please feel free to re-open this bug. Closing as FIXED.