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 267787 - Preferences too large for small screens
Preferences too large for small screens
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: general
3.0.x (obsolete)
Other All
: Normal normal
: Future
Assigned To: Srinivasa Ragavan
Evolution QA team
evolution[kill-bonobo]
: 208030 230976 244429 271188 430006 472853 474714 482948 487258 488181 488212 489320 490305 492957 493402 498183 501593 501810 501923 503298 503845 512368 518365 524947 532070 535402 536547 543975 544035 545567 546127 548411 561073 563228 564336 564340 567948 574646 577646 586819 590036 591234 595218 596489 596930 601295 619614 620157 627127 629987 631224 634013 634634 635322 635769 635906 636583 638529 640559 640711 641658 642425 644454 646258 661111 666152 679197 (view as bug list)
Depends on:
Blocks: 244429 262546 317153 327508 327510 422273
 
 
Reported: 2004-10-07 21:27 UTC by Dave Malcolm
Modified: 2012-10-31 16:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Hacked Patch (5.53 KB, patch)
2009-01-12 08:26 UTC, Srinivasa Ragavan
reviewed Details | Review
Screenshot of evolution 2.30.0 main dialog (96.88 KB, image/png)
2010-05-02 12:50 UTC, Christoph Wickert
  Details
Screenshot showing Evolution 2.30.3 Preferences Window Not Fitting Screen on 1366x768 screen (544.30 KB, image/png)
2011-02-19 20:45 UTC, junk_2010
  Details
evo patch (2.96 KB, patch)
2012-10-29 18:36 UTC, Milan Crha
committed Details | Review

Description Dave Malcolm 2004-10-07 21:27:47 UTC
Please fill in this template when reporting a bug, unless you know what you
are doing.
Description of Problem:
There are various problems with Evolution when running with a screen
resolution of 800x600.  I'm assuming GNOME default panel setup of two
panels, top & bottom at 24 pixels high each, allowing for 552 pixels for
Evolution and the windowmanager title bar.

Specific problems:
(i) Tools->Settings dialog is too big; problem appears to be in the "Mail
Preferences"->"General" tab.
(ii) Component selection buttons take up far too much space (have I missed
an option to have just icons?  should this be connected to the global
desktop Menu/Toolbar icon setting)
(iii) Actions menu doesn't fit on screen without scrolling
(iv) New->Appointment is slightly too large to fit in default size, fits on
maximimisation
(v) Ditto for New->Meeting, for New->All Day Meeting
(vi) New->Contact doesn't fit at all (too tall, buttons overlap each other
on maximisation)
Comment 1 Dave Malcolm 2004-10-07 21:31:03 UTC
(I also set the desktop toolbar preferences to be Icons Only, which
helped, but this was before finding the various issues listed above)
Comment 2 Anna Marie Dirks 2004-10-11 07:09:38 UTC
Now that I am using 800x600 on my desktop machine in Bangalore, I
completely understand and sympathize with this problem. :) 

I'd like to add that the first time configuration wizard is utterly
unusable at this resolution. I was reduced to pressing tab over and
over again and trying to count how many of the hidden widgets I was
cycling through to figure out when I had the "Forward" button focused. 

Ugh! 
Comment 3 Gerardo Marin 2005-01-21 17:04:20 UTC
*** bug 271188 has been marked as a duplicate of this bug. ***
Comment 4 Rodney Dawes 2005-02-23 23:51:08 UTC
Moving this to 2.3. We're going to look at changing several things in
2.3 that should help with this problem.
Comment 5 André Klapper 2005-02-28 22:59:49 UTC
ok, and what about 640x480 then (bug 230976)? ;-p
Comment 6 André Klapper 2005-02-28 23:02:24 UTC
*** bug 208030 has been marked as a duplicate of this bug. ***
Comment 7 André Klapper 2005-08-06 15:33:28 UTC
adding dependency
Comment 8 André Klapper 2005-08-22 19:43:51 UTC
adding dependency
Comment 9 André Klapper 2005-11-08 15:07:36 UTC
in order to destroy the UI component (as discussed with jpr, dobey, and nags),
changing component and reassigning. adding usability keyword.
developers, please reassign appropriately if necessary.
retargetting.
Comment 10 André Klapper 2005-11-08 15:08:57 UTC
ah, yeah, keyword
Comment 11 André Klapper 2006-06-18 12:36:34 UTC
removing old target milestone.
Comment 12 Elijah Newren 2006-10-09 06:54:20 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 13 André Klapper 2007-09-03 10:32:27 UTC
*** Bug 472853 has been marked as a duplicate of this bug. ***
Comment 14 André Klapper 2007-09-10 17:30:57 UTC
*** Bug 474714 has been marked as a duplicate of this bug. ***
Comment 15 rhka 2007-09-11 00:50:02 UTC
Window ok: Write new mail, Read mail. 
Window not ok: Inbox, User-Choises (Brukervalg in Norwegian, Shift+Ctrl+S). 
Comment 16 rhka 2007-09-11 00:55:50 UTC
Window ok: Write new mail, Read mail. 
Window not ok: Inbox, User-Choises (Brukervalg in Norwegian, Shift+Ctrl+S). 
Comment 17 André Klapper 2007-10-03 18:46:12 UTC
*** Bug 482948 has been marked as a duplicate of this bug. ***
Comment 18 André Klapper 2007-10-18 22:03:17 UTC
*** Bug 487258 has been marked as a duplicate of this bug. ***
Comment 19 André Klapper 2007-10-19 17:36:57 UTC
*** Bug 488181 has been marked as a duplicate of this bug. ***
Comment 20 André Klapper 2007-10-19 17:39:32 UTC
*** Bug 488212 has been marked as a duplicate of this bug. ***
Comment 21 André Klapper 2007-10-23 10:30:03 UTC
*** Bug 489320 has been marked as a duplicate of this bug. ***
Comment 22 André Klapper 2007-11-04 17:29:05 UTC
*** Bug 493402 has been marked as a duplicate of this bug. ***
Comment 23 André Klapper 2007-11-20 09:36:42 UTC
*** Bug 498183 has been marked as a duplicate of this bug. ***
Comment 24 André Klapper 2007-12-04 22:13:51 UTC
*** Bug 501593 has been marked as a duplicate of this bug. ***
Comment 25 André Klapper 2007-12-05 19:00:40 UTC
*** Bug 501810 has been marked as a duplicate of this bug. ***
Comment 26 André Klapper 2007-12-05 23:30:27 UTC
*** Bug 501923 has been marked as a duplicate of this bug. ***
Comment 27 André Klapper 2007-12-12 23:01:06 UTC
*** Bug 503298 has been marked as a duplicate of this bug. ***
Comment 28 André Klapper 2008-02-24 09:05:45 UTC
*** Bug 518365 has been marked as a duplicate of this bug. ***
Comment 29 Matthew Barnes 2008-03-11 00:36:23 UTC
Bumping version to a stable release.
Comment 30 André Klapper 2008-04-03 00:02:33 UTC
*** Bug 524947 has been marked as a duplicate of this bug. ***
Comment 31 André Klapper 2008-05-09 21:43:30 UTC
*** Bug 532070 has been marked as a duplicate of this bug. ***
Comment 32 André Klapper 2008-07-21 18:32:36 UTC
*** Bug 543975 has been marked as a duplicate of this bug. ***
Comment 33 André Klapper 2008-07-21 18:36:13 UTC
*** Bug 544035 has been marked as a duplicate of this bug. ***
Comment 34 André Klapper 2008-07-31 00:21:22 UTC
*** Bug 545567 has been marked as a duplicate of this bug. ***
Comment 35 André Klapper 2008-08-03 21:29:03 UTC
*** Bug 546127 has been marked as a duplicate of this bug. ***
Comment 36 André Klapper 2008-08-03 21:32:48 UTC
This is becoming a major annoyance. Srini, can this be worked on in early 2.25?
Comment 37 Srinivasa Ragavan 2008-08-04 08:24:36 UTC
Andre, not sure.  But We are gonna work on UAM for 2.26. Together with that we can tackle it. 
Comment 38 André Klapper 2008-08-21 09:54:18 UTC
*** Bug 548411 has been marked as a duplicate of this bug. ***
Comment 39 André Klapper 2008-11-16 16:50:09 UTC
*** Bug 561073 has been marked as a duplicate of this bug. ***
Comment 40 André Klapper 2008-11-16 16:51:44 UTC
(In reply to comment #37)
> Andre, not sure.  But We are gonna work on UAM for 2.26. Together with that we
> can tackle it. 
> 

Srini, any news?
You are aware of the fact that Evolution is unusable on any netbook?
Comment 41 Srinivasa Ragavan 2008-11-17 03:16:19 UTC
Andre, First of all, kill-bonobo will give us some hope on widget packing. Second, the first time druid is awfully bad. For OpenSUSE, I had a crude hack, that packed everything under a scrollbar, but not for trunk and it came well on x600 screen. I should still find some one to pick this up and do the druid in a better way.
Comment 42 brucevannorman 2008-11-22 18:15:58 UTC
I am running gnome - evolution (2.22.3.1) on a brand new EeePC-1000. The screen size is 1024 x 600. It my humble opinion that one of the following should be done.
1 - detect the screen size and if found inadequate for your design, display a small system modal that informs the user of the minimum screen size required to run Evolution.
2 - make the dialog screen size conform dynamically to the physical screen real estate. There is a great deal of white space in these dialogs.
---
FYI I am trying to create a small, low cost, portable, Fedora Core based "toaster" for accessing Microsoft Exchange. If successful, and if clients will pay us for configuring these hosts, we will be able to contribute some proceeds to your organization.
Comment 43 André Klapper 2008-12-04 17:38:22 UTC
*** Bug 563228 has been marked as a duplicate of this bug. ***
Comment 44 André Klapper 2008-12-13 18:21:06 UTC
*** Bug 564336 has been marked as a duplicate of this bug. ***
Comment 45 Harry Teasley 2008-12-14 06:48:35 UTC
re #42: This bug can be worked around in GNOME using two rows of desktops, and running Evolution in the upper row: the Preferences window will hang off the bottom of the top row, into the desktop of the bottom row. It's a lousy workaround, I know, but if you're desperate for functionality, it's something, until it is addressed.
Comment 46 André Klapper 2008-12-14 16:09:06 UTC
*** Bug 564340 has been marked as a duplicate of this bug. ***
Comment 47 Johannes Schmid 2008-12-19 09:01:30 UTC
Regarding the recent boost of netbook that usually use 1024x600 screen resolution this bug becomes far more important IMHO.

There aren't so many windows that require changes but
 * Preferences
 * Import Wizard
should definitly be fixed. I don't think it's very difficult thing to do!
Comment 48 André Klapper 2008-12-31 00:57:52 UTC
(In reply to comment #41)
> Andre, First of all, kill-bonobo will give us some hope on widget packing.
> Second, the first time druid is awfully bad. For OpenSUSE, I had a crude hack,
> that packed everything under a scrollbar, but not for trunk and it came well on
> x600 screen. I should still find some one to pick this up and do the druid in a
> better way.


Srini,

even if it's crude - if it improves the current state of Evolution on netbooks (let's call it unusable) I want to see this going in soon so it could receive some testing... keep http://live.gnome.org/TwoPointTwentyfive in mind.

Or maybe even if it's some kind of
 if (screen_resolution < $whatever)
   crudehack;
 else
   as_always;
if that's possible at all.

Currently we're just losing market share IMO.
Comment 49 Matthew Barnes 2008-12-31 02:55:16 UTC
Post the patch for review, at least.
Comment 50 Alan Bell 2009-01-11 22:13:27 UTC
there are some patches http://launchpadlibrarian.net/18946858/patches.tar.gz contributed to the launchpad bug https://bugs.launchpad.net/evolution/+bug/8629

personally I have been involved in stripping out Evolution and replacing with Thunderbird for a netbook project due to this single issue.
Comment 51 Srinivasa Ragavan 2009-01-12 08:26:52 UTC
Created attachment 126255 [details] [review]
Hacked Patch

On multiple demands I give this. Feel free to use if you want it. Few issues,

* You can fix the environment variable based thing to runtime screen resolution detection, or gconf or anything better

* I disable receiving options in the druid, which user anyway can set it later as it is just an additional option.

* I kick shrink the timezone dialog also into a scrolled windo iirc. THere is some issue which I don't remember much. THis code is atleast 3-4 months old. Im not sure, if it still applies.
Comment 52 Akhil Laddha 2009-01-16 09:41:45 UTC
*** Bug 567948 has been marked as a duplicate of this bug. ***
Comment 53 André Klapper 2009-02-10 21:44:55 UTC
Very unlikely that this will be fixed for 2.26, unfortunately.
Comment 54 André Klapper 2009-04-02 08:35:31 UTC
*** Bug 577646 has been marked as a duplicate of this bug. ***
Comment 55 Juan J. Martinez 2009-05-24 10:55:51 UTC
I confirm this issue.

I'm using Ubuntu Network Remix and it comes with Evolution installed by default, but in a Acer Aspire One (1024 x 600) Evo it's unusable because of the configuration dialog size.
Comment 56 André Klapper 2009-05-24 19:57:00 UTC
This issue has been confirmed already.
Comment 57 André Klapper 2009-05-26 13:31:10 UTC
*** Bug 503845 has been marked as a duplicate of this bug. ***
Comment 58 Akhil Laddha 2009-05-27 07:01:11 UTC
*** Bug 490305 has been marked as a duplicate of this bug. ***
Comment 59 Akhil Laddha 2009-05-27 08:19:35 UTC
*** Bug 512368 has been marked as a duplicate of this bug. ***
Comment 60 Julien Olivier 2009-05-28 09:29:55 UTC
I'd like to add that the calendar view also has problems: it doesn't even fit completely in a 1024x768 desktop (it's too wide by a few pixels).
Comment 61 Akhil Laddha 2009-06-16 06:33:16 UTC
*** Bug 230976 has been marked as a duplicate of this bug. ***
Comment 62 Sven Herzberg 2009-06-18 18:57:16 UTC
Evolution also doesn't work in 1024x768…
Comment 63 Matthew Barnes 2009-06-24 11:24:24 UTC
*** Bug 586819 has been marked as a duplicate of this bug. ***
Comment 64 Duncan Lithgow 2009-06-30 08:24:20 UTC
On the Ubuntu Launchpad bug Gean has sensibly suggested adding a maximize button to the top of the dialog window. This would solve most of this problem by adding a scroll bar at the side if needed. <https://bugs.launchpad.net/bugs/23810>
Comment 65 Matthew Barnes 2009-07-28 17:22:06 UTC
*** Bug 590036 has been marked as a duplicate of this bug. ***
Comment 66 Matthew Barnes 2009-08-09 14:22:44 UTC
*** Bug 591234 has been marked as a duplicate of this bug. ***
Comment 67 KPalagin 2009-08-12 19:28:18 UTC
Dear developers,
please consider fixing this bug in nearest future as it really makes use of Evolution very difficult on smaller screens.
Thanks a lot for your attention.
Comment 68 André Klapper 2009-08-13 00:37:32 UTC
Using Anjal instead might be an option.
Comment 69 Duncan Lithgow 2009-08-13 08:15:43 UTC
Anjal looks very interesting, nice work Srini. But that is presumably only an option when Gnome is planned for a small screen, such as in Ubuntu Netbook Remix. But in most cases I just expect things to work on whatever screen I plug in. So Anjal is great, but shoudln't change the status and importance of this bug.
Comment 70 André Klapper 2009-08-17 10:28:16 UTC
Unsetting GNOME target. This will not happen for 2.28 and I don't consider this a blocker anymore now that Anjal is available.
Comment 71 Matthew Barnes 2009-09-15 00:22:25 UTC
*** Bug 595218 has been marked as a duplicate of this bug. ***
Comment 72 Matthew Barnes 2009-09-27 11:57:47 UTC
*** Bug 596489 has been marked as a duplicate of this bug. ***
Comment 73 André Klapper 2009-10-04 18:24:05 UTC
*** Bug 596930 has been marked as a duplicate of this bug. ***
Comment 74 Pablo Cholaky Cabezas 2009-10-09 16:59:22 UTC
Im using 800x480 with one panel with autohide...

Evolution works great! Mail Ok. Contacts Ok. Calendars Fail. Tasks Ok. Memos Ok.

Using Calendars maximized, Mail, Contacts, Tasks and Memos dont fit on my screen.

Ex. I can work nice with Mail, but when i open Calendars... Evolution window becomes bigger and dont fit on my screen... when im back to Mail... Mail neither fit on screen... seems like Calendars is setting a fixed screen of (>800px) × 480px   (yes, 480px using "Clearlooks Compact" theme and 8px font size)

Thanks!
Comment 75 Matthew Barnes 2009-11-10 00:17:46 UTC
*** Bug 601295 has been marked as a duplicate of this bug. ***
Comment 76 Jud Craft 2009-11-17 16:08:29 UTC
(In reply to comment #74)
> Im using 800x480 with one panel with autohide...
> 
> Evolution works great! Mail Ok. 

Not for me.

I'm using Fedora 12 with Evolution on GNOME 2.28 and I can't resize the main window at all under 886x567.  Barely too tall, and much too wide.  I'm using Clearlooks normal and 9pt Deja Vu, but even with 8pt it's 860x589.

With Clearlooks Compact and 8pt Deja Vu, it's STILL 842x459 (better but still too wide), and with DejaVuCondensed or Droid it comes to 810x459 -- still wide enough that Metacity will haphazardly shift the window a random 10 pixels whenever you click on anything.

Anything font size 9pt and above guarantees a window size of at least 850x477.

This means that every view is unusable in Evolution on 800x600, and would be a disaster on anything even smaller.  Has there been a regression or a change in UI layout?

Anjal is no substitute for full-function Evolution.  GNOME should not require a special-case (and extremely ugly and slightly glitchy) UI theme and the SMALLEST font possible just to make a single program work at 800x600.

This also speaks to the greater problem that GNOME/Metacity does not aid the user with windows larger than screen; in fact it's haphazard repositioning hinders the user.
Comment 77 André Klapper 2010-03-13 22:05:32 UTC
*** Bug 574646 has been marked as a duplicate of this bug. ***
Comment 78 André Klapper 2010-03-14 00:25:48 UTC
*** Bug 536547 has been marked as a duplicate of this bug. ***
Comment 79 André Klapper 2010-03-14 00:26:05 UTC
*** Bug 535402 has been marked as a duplicate of this bug. ***
Comment 80 André Klapper 2010-03-14 00:34:38 UTC
*** Bug 492957 has been marked as a duplicate of this bug. ***
Comment 81 Bharath Acharya 2010-03-25 04:27:31 UTC
Updating the version. Still the same set of problems on 2.30.x as well
Comment 82 Christoph Wickert 2010-05-02 12:50:14 UTC
Created attachment 160139 [details]
Screenshot of evolution 2.30.0 main dialog

Even without windows decorations the window is 1097 px wide, thus the scrollbar doesn't fit on the screen. Seems to get worse with every release because now in 2.30.x the sidebar gets wider if the folder name is long or indented and there is no way to drag the sidebar or the main window smaller.
Comment 83 Matthew Barnes 2010-05-25 14:19:50 UTC
*** Bug 619614 has been marked as a duplicate of this bug. ***
Comment 84 Fabio Durán Verdugo 2010-05-31 15:59:15 UTC
*** Bug 620157 has been marked as a duplicate of this bug. ***
Comment 85 André Klapper 2010-08-04 20:31:38 UTC
*** Bug 626050 has been marked as a duplicate of this bug. ***
Comment 86 André Klapper 2010-08-17 19:14:43 UTC
*** Bug 627127 has been marked as a duplicate of this bug. ***
Comment 87 Daniel Smith 2010-08-22 16:53:06 UTC
it dosent help that thunderbird has exactly the same problem giving a distinct dearth of usable email/calandar/tasks/other stuff apps on netbooks

see also https://bugzilla.mozilla.org/show_bug.cgi?id=416263
Comment 88 Daniel Smith 2010-08-22 16:57:48 UTC
Oh, this bug is also reported on Ubuntu's launchpad bug traker, 
people working on it here may want to subscribe to that one as well

https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/23810
Comment 89 Federico Mena Quintero 2010-09-09 13:29:23 UTC
A lot of work has gone into this.  I'm tempted to close this bug, and just file individual bugs for dialogs that don't fit in low resolutions, when we find them.
Opinions?
Comment 90 Federico Mena Quintero 2010-09-09 13:31:00 UTC
It may also be that some of the changes that were made only get activated when Evo is run in express / MeeGo / small-screen mode.  We should look into whether these changes should be used by default.  For example, I removed some crackish options from the Mail Preferences dialog - they are not useful for netbooks, and they don't seem to be useful for desktops, either.
Comment 91 Pablo Cholaky Cabezas 2010-09-09 13:40:46 UTC
I still having problem with Evolution Calendar..., using 1024x600, just doesnt fit...
Comment 92 Matthew Barnes 2010-09-09 13:51:00 UTC
(In reply to comment #89)
> A lot of work has gone into this.  I'm tempted to close this bug, and just file
> individual bugs for dialogs that don't fit in low resolutions, when we find
> them.
> Opinions?

Please do.  But we should agree on a minimum resolution to target for normal Evolution mode.  800x600 just doesn't seem realistic for today's monitors, so I suggest we target 1024x768.
Comment 93 Pablo Cholaky Cabezas 2010-09-09 14:00:37 UTC
@Matthew Barnes

Netbooks are using a 1024x600.
Comment 94 Matthew Barnes 2010-09-09 15:02:47 UTC
Express mode is for netbooks.  I'm talking about normal desktop mode.
Comment 95 Daniel Smith 2010-09-09 15:14:26 UTC
Indeed. some netbooks have even smaller screens....

I think the time when you could assume most people had 1024x768 are long gone...

computers are getting smaller and smaller at the moment..

prehaps define that the optimal resloution is 1024x768 but that at resolutions less than that the window should be able to cope even if its not quite as easy to use

the most simple solution to this which i cant understand why it keeps being rejected out of hand is to add a scrollbar to all dialogs (only visable if the dialog window size is smaller than the content size)

in the case of large screens you would see absolutely not change 
in the case of small screens whay you cant use now would be accessable, but you would likly have to scroll down to see it
Comment 96 André Klapper 2010-09-18 18:43:42 UTC
*** Bug 629987 has been marked as a duplicate of this bug. ***
Comment 97 Matthew Barnes 2010-10-03 12:48:45 UTC
*** Bug 631224 has been marked as a duplicate of this bug. ***
Comment 98 Omer Akram 2010-10-03 16:17:23 UTC
adding a scrollbar might be a solution but really too many settings confuse users
Comment 99 Fabio Durán Verdugo 2010-11-04 22:41:38 UTC
*** Bug 634013 has been marked as a duplicate of this bug. ***
Comment 100 Akhil Laddha 2010-11-12 04:29:33 UTC
*** Bug 634634 has been marked as a duplicate of this bug. ***
Comment 101 Akhil Laddha 2010-11-20 04:56:24 UTC
*** Bug 635322 has been marked as a duplicate of this bug. ***
Comment 102 Romano Giannetti 2010-11-22 18:40:50 UTC
This is getting worst. I am on a netbook, 1024x600, and now even mail is difficult to read. If I switch from the main view to the calendar view, the main windows grows in vertical, and after that I can't reduce it back to fit in the 600-<panel height> available screen. Not even to the full 600 pixels.

I think that the netbook crowd would be very pleased if this bug were squashed as soon as possible. Thanks!
Comment 103 André Klapper 2010-11-22 18:45:20 UTC
*************************************************
FOR NETBOOKS, USE --express MODE.
THIS BUG IS ABOUT "NORMAL" SCREEN HARDWARE ONLY.
*************************************************
Comment 104 Matthew Barnes 2010-11-27 13:23:12 UTC
*** Bug 635906 has been marked as a duplicate of this bug. ***
Comment 105 Akhil Laddha 2010-12-07 04:25:16 UTC
*** Bug 636583 has been marked as a duplicate of this bug. ***
Comment 106 Fabio Durán Verdugo 2011-01-02 18:59:49 UTC
*** Bug 638529 has been marked as a duplicate of this bug. ***
Comment 107 Matthew Barnes 2011-01-25 17:54:54 UTC
*** Bug 640559 has been marked as a duplicate of this bug. ***
Comment 108 Akhil Laddha 2011-01-27 12:31:26 UTC
*** Bug 640711 has been marked as a duplicate of this bug. ***
Comment 109 Akhil Laddha 2011-02-06 11:57:20 UTC
*** Bug 641658 has been marked as a duplicate of this bug. ***
Comment 110 Matthew Barnes 2011-02-16 00:16:38 UTC
*** Bug 642425 has been marked as a duplicate of this bug. ***
Comment 111 junk_2010 2011-02-19 20:45:46 UTC
Created attachment 181357 [details]
Screenshot showing Evolution 2.30.3 Preferences Window Not Fitting Screen on 1366x768 screen
Comment 112 André Klapper 2011-03-06 23:33:55 UTC
evolution-2.91.90-126.1.i586 --express mode on fcrozat's openSuse11.3 based GNOME3 live cd from http://download.opensuse.org/repositories/GNOME:/Medias/images/iso/GNOME_3.i686-0.0.6-Build1.1.iso on a Lenovo Ideapad S10-3t with 1024x600px:
* Evolution unstable warning dialog in other languages than English is too high, hence the "OK" button at the bottom not displayed anymore.
* Using "Edit > Preferences" still create dialogs too high to be displayed.
Comment 113 Matthew Barnes 2011-03-11 02:10:41 UTC
*** Bug 644454 has been marked as a duplicate of this bug. ***
Comment 114 Tommy Trussell 2011-03-18 13:00:37 UTC
(In reply to comment #103)
> *************************************************
> FOR NETBOOKS, USE --express MODE.
> THIS BUG IS ABOUT "NORMAL" SCREEN HARDWARE ONLY.
> *************************************************

I just tested this and in --express mode, the setup screens are usable, but the contents of the preferences window and some other UI problems are not addressed in --express mode.
Comment 115 Jean-François Fortin Tam 2011-03-27 19:16:44 UTC
@André: I have noticed that in 1024x768, the main window is too wide in certain locales such as French. The only workaround (so that the maximize function doesn't behave erratically) is to change the DPI or gnome's text scaling. Should I file a separate bug report or is it relevant to this one?
Comment 116 Matthew Barnes 2011-03-30 19:08:56 UTC
*** Bug 646258 has been marked as a duplicate of this bug. ***
Comment 117 Milan Crha 2011-04-18 07:06:40 UTC
*** Bug 430006 has been marked as a duplicate of this bug. ***
Comment 118 André Klapper 2011-10-07 08:45:35 UTC
*** Bug 661111 has been marked as a duplicate of this bug. ***
Comment 119 André Klapper 2011-12-15 00:15:48 UTC
*** Bug 666152 has been marked as a duplicate of this bug. ***
Comment 120 André Klapper 2012-01-27 17:42:33 UTC
*** Bug 635769 has been marked as a duplicate of this bug. ***
Comment 121 Christoph Wickert 2012-01-29 14:18:54 UTC
This bug now is more than 7 years old and there hardly is any progress. How about creating 3 dedicated bugs for the main window, the preferences dialog and the first time configuration wizard? I think the main window can be addressed here, but the latter two should get their own clones.
Comment 122 Matthew Barnes 2012-06-30 17:32:25 UTC
*** Bug 679197 has been marked as a duplicate of this bug. ***
Comment 123 Milan Crha 2012-10-29 18:36:42 UTC
Created attachment 227572 [details] [review]
evo patch

for evolution;

This makes each section of Edit->Preferences dialog scrollable, with minimum content size 320x240 pixels. Users with large-enough resolution will not notice any change, the dialog will occupy as much space as possible on its first show. There is one little disadvantage, the section content is scrolled as whole, which means with the top tabs as well. It is because the content size is driven by the preferences window itself, not by each content's tab separately.
Comment 124 Milan Crha 2012-10-29 18:42:05 UTC
Created commit 354794e in evo master (3.7.2+)
Created commit 35ca2c6 in evo gnome-3-6 (3.6.2+)

Please open separate bugs for each window, if you find any other (I think the other windows, mentioned in comment #0, are fine in 3.6.x/3.4.x of evolution).
Comment 125 Milan Crha 2012-10-29 18:44:57 UTC
*** Bug 244429 has been marked as a duplicate of this bug. ***
Comment 126 Milan Crha 2012-10-29 18:46:26 UTC
(In reply to comment #124)
> Please open separate bugs for each window, if you find any other (I think the
> other windows, mentioned in comment #0, are fine in 3.6.x/3.4.x of evolution).

I see the relevant bugs are in Blocks section of this bug report, thus I take this back :)
Comment 127 Wendall Cada 2012-10-29 20:18:18 UTC
Milan,

I see commit messages and comments about how this *might* work. Is this actually fixed and tested?

Would be really nice if it actually was tested and confirmed to be fixed, rather than just closed with code that might fix the issue. Every major distribution has had patches for this applied since this was first broken. Any idea how this is better than the patched solutions? By the sounds of it, just making the entire modal a scrolling area was the "fix" here. I'm certain the patch I worked on 2004ish for Gentoo actually made the modals functional at smaller resolutions, including tabs not being in the scroll area.

Also, I'm certain ALL other comments I've made in the past on this bug have been deleted for some reason. Mostly I've tried pointing out this is a Major Blocker, not just some minor cosmetic thing needing addressed. Or you can just delete this comment, and I'll happily continue not using Evolution.

Wendall
Comment 128 Milan Crha 2012-10-30 07:19:46 UTC
I test things before I commit them. Of course, it's always possible that the testing can miss some corner cases, but I believe I didn't miss any in this particular fix.

I'm not sure whether you count Fedora as a major distribution, but for example it has no patch for this issue applied at all. Furthermore, if you have patch for this, and you do not share it in public, by attaching it here, and ask for a review and inclusion in upstream, instead of patching only distribution, then I think there is not much help from the upstream side.

Maybe the scrolling with tabs is suboptimal. I realized later that Contact editor has scrolling areas for each tab done separately, though it's a static dialog, not generated on the fly. If there will be more people disliking current state, then I can do the harder way, though the current solution tries to be transparent for users with large enough screen estate, aka they will not notice any change on this when they open the dialog for the first time.
Comment 129 Jean-François Fortin Tam 2012-10-31 02:17:32 UTC
Hi Milan, thanks for your work on this. Just a quick check/question, given that I'm not too good at deciphering C and you didn't use size_request or get_height:

Am I correct in presuming that you set the area as scrollable only if the screen space is insufficient (otherwise don't make the "entire" container widget scrollable, to prevent users accidentally/needlessly shrinking it)?

Basically, my suggestion (if it's not what you've done there already) is to make the thing scrollable only when the screen space is insufficient, otherwise don't make it scrollable at all and let it size naturally. Something like http://git.gnome.org/browse/pitivi/tree/pitivi/utils/widgets.py#n928 (the last part of GstElementSettingsDialog's __init__).
Comment 130 André Klapper 2012-10-31 02:52:26 UTC
(In reply to comment #127)
> Also, I'm certain ALL other comments I've made in the past on this bug have
> been deleted for some reason.

You can see all comments that you've ever made under "All bugs commented" at the right of https://bugzilla.gnome.org/page.cgi?id=describeuser.html .
I can say for sure that this report (bug 267787) has no deleted or hidden comments, as I'd be able to see them (admin rights).
Comment 131 Milan Crha 2012-10-31 07:10:09 UTC
(In reply to comment #129)
> Am I correct in presuming that you set the area as scrollable only if the
> screen space is insufficient (otherwise don't make the "entire" container
> widget scrollable, to prevent users accidentally/needlessly shrinking it)?

It's always scrollable. What I do is to check the minimum preferred size of each section, get a maximum of it, and then compare it against available space of the monitor where I expect the window will be shown. If the monitor space is large enough, then I enlarge the Preferences window to the size it needs to not show the scrollbars, otherwise I make the window as large as possible, according to monitor constraints.

Why would it be a problem to let the user make the window smaller than it is?
Comment 132 Jean-François Fortin Tam 2012-10-31 14:14:03 UTC
> Why would it be a problem to let the user make the window smaller than it is?

Only if the shrunk window size is remembered the next time it is shown, I guess. 

I mean, other than that it's not really a severe problem beyond "users might shrink it accidentally" (trust me... that can and probably will happen!) and "theoretically-speaking, it doesn't make sense to allow it when the screen space is sufficient" :)
Comment 133 Milan Crha 2012-10-31 16:34:57 UTC
OK. The size is not remembered, thus the next time you run evolution and open Preferences it occupies as much space as it can. The size is "remembered" only per session, because closing the window doesn't mean clean its structures and memory it needs. It's since some version I do not recall, and you may notice the second and following Edit->Preferences call is significantly quicker than the first call.