Re: [Evolution] gconf-edit

[les <hlhowell pacbell net>]

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