On Mon, 2011-01-31 at 17:19 -0500, Matthew Barnes wrote:
> On Mon, 2011-01-31 at 12:26 +0000, Richard wrote: 
> > The main panes are always maximised, its only the inbox and sub folders
> > that have to be reset at power up
> 
> Here's the workaround:
> 
> Unmaximize your Evolution window, stretch the window wider, maximize it
> again.  If the unmaximized window width is sufficiently large, the left
> pane divider should stay where you put it when you restart Evolution.
> 
> Here's the root problem:
> 
> Evolution remembers whether or not the main window is maximized and
> restores that state on startup.  Evolution also remembers the width of
> the left pane and restores that state on startup.
> 
> But there's a race.  Maximizing a window is an asynchronous operation.
> Evolution asks the WM to maximize the main window, and then some time
> later it actually does.  And unfortunately it's a bit tricky to know
> when the window really is maximized.
> 
> If the main window is going to be maximized on startup, that needs to
> happen before we can restore the left pane width to its previous value.
> Do it too early and the not-yet-maximized window may not be wide enough
> to accommodate the desired pane width.  In that case it will do the best
> it can with the available window width and truncate the width value.
> Then the window maximizes, the truncated left pane width stays fixed,
> and it appears to the user that the pane width was not remembered.
> 
> I've been over and over that logic and just can't seem to flush out all
> the possible races with the window manager.  Seems to work fine whenever
> I tweak the logic and then test it under Metacity, but then it rears its
> head again for someone some time later.
> 
> Until I can pin it down or figure out a more foolproof approach, best
> stick with the above workaround.
> 
It has been along time ago, but there was a request to get window size.
When I resized a window, I looped looking at the window size until it
matched the requested size.  I no longer remember the implementation
details, but it turned out that back then the cpus were quite slow, so
it could take a few seconds for the resize to actually take place.  I
assume that there are similar commands from Fedora now or perhaps that
may be controlled by the window manager. 

regards,
Les H

_______________________________________________
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Reply via email to