After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 497615 - Mail sidebar does not resizse correctly
Mail sidebar does not resizse correctly
Status: RESOLVED DUPLICATE of bug 311042
Product: evolution
Classification: Applications
Component: Mailer
2.12.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2007-11-17 10:47 UTC by Johannes Schmid
Modified: 2008-04-18 13:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
Fix the bug by adding ellipsing for the info part (1.35 KB, patch)
2007-11-18 00:49 UTC, Johannes Schmid
needs-work Details | Review

Description Johannes Schmid 2007-11-17 10:47:49 UTC
Please describe the problem:
On top of the sidebar is a label displaying the current selected folder as well as the number of Mails total and unread:

"Inbox 10 unread total: 1000"

The problem is now, that in case the label does not get as much space as it expected the "Inbox" part is ellipsed (...) but the other part is not. In the german translation the word for unread (ungelesen) and total (insgesamt) are a lot longer which means that once I select a folder with unread messags the sidebar resizes on it's own and the whole window grows larger than full-screen (on a 1024x768 display). 

Part of the problem is of course, that the mail display on the right-hand side also does not allow a smaller size (I think it's because of the sort&search toolbar on top).

I think you should be a bit more careful with minimum sizes and size request so that evolution becomes usable on smaller screens. For the label I would suggest to either ellipse it completely or display only the numbers (10/1000) in case there is not enough space available.

Sorry if this bug was reported before but it is simply not possible to check more than 1800 bugs in the mailer for a duplicate.

Steps to reproduce:
 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 André Klapper 2007-11-17 20:46:42 UTC
right. :)
Comment 2 Johannes Schmid 2007-11-18 00:49:36 UTC
Created attachment 99262 [details] [review]
Fix the bug by adding ellipsing for the info part

With some help of Andre I was able to fix that. Now the info part of the label is also ellipsed and it may expand on the whole box. Resizing works fine now.

Would be great if that could go into GNOME 2.20.2 (though patch is against trunk).
Comment 3 Srinivasa Ragavan 2007-11-19 17:57:49 UTC
Milan, Can you review this? (There are no string changes. So if it is fine, it can go for 2.20.2)
Comment 4 Milan Crha 2007-11-22 08:00:58 UTC
When I tested it, then I realized it has some issues. The place for those two widgets is divided into two equal parts, and when you start to enlarge the space, then both widgets grows equally, which is fine, but the longer text starts to ellispize too early, there is a space for it (the one which allocates but does not cover first widget's text), so even I can see all the text, I do not see it.

Second issue is that the same widget is used for all components, so for example in calendar, it shows the date you've selected in day view. With this patch, I see only partial date information, even there is visually enough space to see all date (before patch, I could see all date).

Can you improve it, please?
Comment 5 Johannes Schmid 2007-11-22 21:42:37 UTC
Well, the problem with resizing is that a GtkBox gives equal space to all widgets if there is extra space (see GTK+ docs). When ellipses is set on a GtkLabel it allocates only the size needed for the "...".

I tried a solution with only one label and putting everything in one markup. That solved the ellipses problem but the strings are always centered and the have a fixed space between them. I can send you a patch if you like that approach.

Otherwise, I think we would need some direct pango magic...
Comment 6 Milan Crha 2007-11-23 20:06:31 UTC
It gives equal space depending on expand attribute when packing, I think. Nevertheless, I agree, it's hard to persuade Gtk to do what we need here, but I'm definitely against this patch, because of calendar, where the date name is usually much longer than "Calendar" word, so it became ellipsized, which is wrong. I'm sorry, but this is my opinion. And I have no idea how to easily improve it, which is pity.
Comment 7 Milan Crha 2008-04-18 13:21:30 UTC
I found a duplicate of this, just by chance, so marking it as that.

*** This bug has been marked as a duplicate of 311042 ***