GNOME Bugzilla – Bug 597917
Panes don't retain size (width) after a restart
Last modified: 2010-10-19 11:18:02 UTC
I am not sure if this bug has been filed already as it was hard to find a set of search terms that would pull up specific enough results. I did find this one: https://bugzilla.gnome.org/show_bug.cgi?id=559970 but it relates to the tasks/memos section, which I have not tested for this error. The issue is this: In the email view I have three verticle panes. Starting from the left, 1) Folder tree, 2) Email list, 3) Message preview (in vertical mode) I find that the default width of the email list is not wide enough, and the message preview is wider than I need it. I adjust the width, making the list of emails wider and the message preview thiner. When I restart Evolution it goes back to the default setting and I have to adjust it again... each time I open Evolution. It's somewhat of an inconvenience. Is this a bug? I think it must be, as I can find no information online on how to get it to hold the display settings. I run Evolution on Ubuntu
Hello, I posted this issue close to one month ago now. I see there has been no activity on this report since. What more do I need to provide? Is this not a bug? Is it a feature? Is there some way to stop Evolution from reverting back to the same width for the inbox panel? Thanks. Ubuntu 9.10 Evolution Mail 2.26.1
Hi there, still same problem here with Ubuntu 10.04 and Evolution 2.28.3. There is a key in GConf which seems to be there for storing the width (and another one for the height if you use the default and not the vertical view). Default view: /apps/evolution/mail/display/paned_size defaults to 144 Vertical view as described here: /apps/evolution/mail/display/hpaned_size defaults to 450 This is a bit annoying because then, for example, dates in the message pane get cut off. At least for me, a width of 550 is great. However, even if you change the value of the key manually, evolution sets it back to the default value on startup. Thanks for reading :-)
Sorry about that, but seems to be a duplicate of 555125
*** This bug has been marked as a duplicate of bug 561586 ***