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 350932 - The Evolution Account Assistant - Mail Configuration is too tall.
The Evolution Account Assistant - Mail Configuration is too tall.
Product: evolution
Classification: Applications
Component: general
2.6.x (obsolete)
Other All
: Normal major
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Reported: 2006-08-11 18:03 UTC by Martin Broin
Modified: 2011-07-01 15:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14

Proposed Patch for dealing with the mail-configuration-dialog-hight (19.44 KB, patch)
2007-10-03 11:15 UTC, Gert Kulyk
needs-work Details | Review
updated patch to apply cleanly on trunk (19.47 KB, patch)
2007-10-04 10:23 UTC, Gert Kulyk
reviewed Details | Review
Enable the use of scrollable tabs in mail-preferences dialog (481 bytes, patch)
2007-10-05 07:39 UTC, Gert Kulyk
committed Details | Review

Description Martin Broin 2006-08-11 18:03:24 UTC
Please describe the problem:
I cannot reach the "Forward" button at the bottom of this screen. I cannot make the screen shorter so that I can reach or even see this button either.

Steps to reproduce:
1. I am using a Samsung SyncMaster 753DF monitor and an nVidia NV11 GeForce 2MX video card running at 1024x768 resolution.
2. Click on the Edit Screen, then go down and click on the Preferences screen
3. When the Evolution Preferences screen comes up click on the "Add" button at the right of the screen.
4. Try to move the screen up so as to see the bottom of the screen. FAIL! Try to resize the screen - I can make it taller, but not shorter. In either case, I cannot even see the "Forward" button that the message in the middle of the screen says that I need to click. FAIL!

Actual results:
I cannot reach the "Forward" button to begin adding an email account.

Expected results:
That I could see and click the "Forward" button.

Does this happen every time?
yes. I have tried to change the screen resolution, but that doesn't help either.

Other information:
No. I can't think of anything.
Comment 1 André Klapper 2006-08-12 14:12:27 UTC
where is the preferences screen located at your dekstop when it comes up? centered? or does it change everytime?
if you cannot move that window, it really sounds like your window manager is broken, so this would not be an evolution problem. :-/
Comment 2 Martin Broin 2006-08-14 14:51:23 UTC
The preferences screen comes up in the middle of the monitor screen. I can move the preference screen just fine. At least I can move it up until the top of the preference screen hits the top of the overall Evolution screen then it won't move up any further. That is, I cannot move the top of the preference screen up past the top of the desktop. If I could I could probably reach the bottom of the screen and see the button that I need to press.

I can resize the screen somewhat. I can make it wider, but not narrower than an certain extent. I can also make the preference screen taller but not small small enough to reach the bottom of the screen even when the top of the preference screen is at the top of the desktop.

All of the other screens in Evolution seem to be sized correctly although I doubt that I have checked every one. Just this screen is giving me fits. If I can't get this fixed, I'll have to use some other email client. I can't configure new email addresses in this one.
Comment 3 Elijah Newren 2006-10-09 06:54:32 UTC
Should we make an 800x600 resolution tracker bug?  Or are all these bugs actually talking about the same window?  (Bug 350932, bug 239706, bug 244429, bug 267787, and bug 262546?)
Comment 4 Jean-François Fortin Tam 2007-08-01 19:01:03 UTC
Elijah, they are not talking about the same window: one is the preferences (it's my personal pet peeve, I mean it's bigger than 1024x768, wtf!), some other is about the wizards, etc.

It is, however, the same issue in general: evolution not having been designed to fit anything below 1280x800 or something like that, which is a bad thing and plagues the whole application. What's preventing Evo from having smaller dialogs?

In the case of the preferences window, I think it is the "Preferences > Mail preferences > General" tab that takes a LOT of space.

I understand how complex evolution needs to be, but I think one of the solutions would be taking a hard look at the monstruous amount of preferences being crammed in the UI. 

If you are interested, I would be willing to walk around the UI and comment.

For examples:
- Why is there a font display configuration thing in the general preferences? Does anyone even use this?! This should be left up to Gnome to decide with its generic font/appearance preferences, I think.
- Why is the "Email preferences" subdialog so cluttered? There is an "Autocompletion" subdialog that is practically empty, and on the other hand you have this behemoth of a dialog full of stuff that could potentially be rearranged?

P.s.: the Evolution terms used here might not be the exact ones as my locale is not English, I am just guessing them.
Comment 5 André Klapper 2007-08-01 19:09:25 UTC
jeff: constructive criticism welcome, any proposal what to put into which tab? the developers *are* aware of this problem (too much stuff in email preferences and so on), but as long as nobody comes up with a convincing system...
Comment 6 Jean-François Fortin Tam 2007-08-12 00:56:34 UTC
Hi, sorry of not replying sooner, I was reflecting upon this a little and I took a look at other «feature-rich» applications such as writer, the GIMP and VLC media player.

Then it hit me. The way big apps manage to cram an insane amount of preferences in there: using nested treeviews! Here is the best example I have: the infamous kcontrol screenshot

Now, I'm not sure if this is the gnomeish way of doing it, but it sure seems like the best solution to handle large amounts of preferences. If GIMP does it (and its preferences dialog is pretty sane), I guess evolution could follow the model. VLC is NOT an example of good preference dialog design, openoffice is fair, but the GIMP's pretty good.

Now before evaluating the gui further, I'd like to ask you folks if that has been considered, and if you would like to use that treeview technique. What it would allow us to do would be split some way-too-crowded tabs into multiple rows inside categories of a treeview. (I mean, categories *inside* tabs could become subcategories by themselves)

It could also allow cleaning some cruft.
Comment 7 Jean-François Fortin Tam 2007-08-27 20:32:35 UTC
uh... Hello? do you or do you not like the idea of a treeview (and at the same time killing off those tabs, at least most of them)?
Comment 8 Gert Kulyk 2007-10-03 11:15:33 UTC
Created attachment 96564 [details] [review]
Proposed Patch for dealing with the mail-configuration-dialog-hight

I've been playing around with the mail/ file in evolution 2.12, because the preferences dialog was too tall for my 1024x768 14" laptop screen. If you single out the mail-notification stuff to a single notebook-tab and make the notebook-tabs scrollable, the hight seems to be ok now. Simply replacing the file on a precompiled evolution works, because I did not introduce new strings, even with translations. Take a look at the attached patch and tell me if something like this is an acceptable option.
Comment 9 Srinivasa Ragavan 2007-10-04 07:36:37 UTC
Gert, we are removing the mail-notification from main preferences and moving it part of the plugin configuration. It should clean up. I dont think we want a separate tab for this. Btw, second hunk failed while I applied the patch on trunk. 

Can you put a screenshot atleast to show how it looks?

Comment 10 Gert Kulyk 2007-10-04 10:03:31 UTC
I agree that the dialog needs a clean-up, like most of the .glade files in evo (e.g. due to bugs similar to they are causing glade-3 to crash, so you'll need glade-2 to edit them). 

The patch-failure on trunk seems to be related with string-changes (Bug fix for Bug  #480621) introduced after 2.12.0 release (on which I based the patch).

are including links to the requested screenshots.
Comment 11 Gert Kulyk 2007-10-04 10:23:34 UTC
Created attachment 96620 [details] [review]
updated patch to apply cleanly on trunk
Comment 12 Srinivasa Ragavan 2007-10-04 18:57:17 UTC
Gert, I definitely like the tab scrolling. Im fine to take it, unless it is a HIG violation. But the new mail notification thing will be out of that place in another few days. If you can give me a patch for the rest, I can review/test it.
Comment 13 Gert Kulyk 2007-10-04 19:17:59 UTC
What do you mean by "the rest"? If you remove the new mail notification-thing, the only change would be hunk #1 of the patch, that is:

@@ -4559,7 +4559,7 @@
       <property name="show_tabs">True</property>
       <property name="show_border">True</property>
       <property name="tab_pos">GTK_POS_TOP</property>
-      <property name="scrollable">False</property>
+      <property name="scrollable">True</property>
       <property name="enable_popup">False</property>

Do you want me to pack this in a seperate patch?
Comment 14 Srinivasa Ragavan 2007-10-05 07:01:28 UTC
Gert, oh ok. You can just put the patch for scrollable tabs. I would prefer to take that for trunk. 

Johnny, when is the preferences changes for new mail hitting trunk?
Comment 15 Gert Kulyk 2007-10-05 07:39:35 UTC
Created attachment 96678 [details] [review]
Enable the use of scrollable tabs in mail-preferences dialog

This enables the use of scrollable tabs in the mail-preferences dialog, which causes the preferences dialog not to allocate more horizontal space then the widest dialog (mail-preferences, tab "general") needs. Especially for localized versions of evolution an enhancement when using 1024x768 resolution.
Comment 16 Srinivasa Ragavan 2007-11-05 06:36:21 UTC
commit to head.
Comment 17 Suman Manjunath 2008-01-14 07:28:33 UTC
Committed to SVN trunk as r34807
Comment 18 Milan Crha 2011-07-01 15:46:34 UTC
I see the patch is committed, but the bug is not closed. I'm closing it, but feel free to reopen, if needed.