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 696564 - Calendar appointments can make the popover too tall / overflow; present less things in a smarter way
Calendar appointments can make the popover too tall / overflow; present less ...
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: calendar
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 666928 699580 703867 708475 727907 732474 737480 739579 740751 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-03-25 15:46 UTC by Matthias Clasen
Modified: 2015-02-24 00:18 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (317.84 KB, image/png)
2013-03-25 15:46 UTC, Matthias Clasen
  Details
sad calendar ... (162.37 KB, image/png)
2013-09-21 14:24 UTC, Florian Müllner
  Details
BoxPointer: account for border width when requesting size (1.22 KB, patch)
2013-10-06 21:33 UTC, Giovanni Campagna
committed Details | Review

Description Matthias Clasen 2013-03-25 15:46:40 UTC
Created attachment 239779 [details]
screenshot

good friday makes my calendar overflow :-(
Comment 1 William Jon McCann 2013-03-25 16:17:30 UTC
The shell clock menu was never meant to be an exhaustive list of all events for the week. That would never work for busy people. The goal is to provide a hint, at a glance, of upcoming events. And allow an easy and convenient way to go to the app that contains the complete data: Calendar.

Unfortunately, we could do a lot better with our calendar app.

I think we should:

 * focus on improving the Calendar app
 * Only show "upcoming" or this week events if there is enough room after Today and Tomorrow are shown.
 * Be smart about what we show in upcoming events
  * Compress duplicates. In this case "All Day: Holiday... (+10 more)" is probably fine.
  * Consider prioritizing events:
   * you marked as important
   * that you added
   * are from your default calendar
   * have other participants
  * Indicate when there isn't enough room to display all events and make that a link the relevant scope in the calendar ("+5 more" or similar).
Comment 2 Florian Müllner 2013-05-29 22:43:20 UTC
*** Bug 666928 has been marked as a duplicate of this bug. ***
Comment 3 Florian Müllner 2013-07-09 14:19:27 UTC
*** Bug 699580 has been marked as a duplicate of this bug. ***
Comment 4 Florian Müllner 2013-07-09 14:19:42 UTC
*** Bug 703867 has been marked as a duplicate of this bug. ***
Comment 5 Florian Müllner 2013-09-21 14:22:57 UTC
*** Bug 708475 has been marked as a duplicate of this bug. ***
Comment 6 Florian Müllner 2013-09-21 14:24:04 UTC
Created attachment 255483 [details]
sad calendar ...

Updated screenshot from bug 708475.
Comment 7 Giovanni Campagna 2013-09-23 07:28:29 UTC
I think the last screenshot has a different problem: the calendar popup must always extend to accomodate its content, even if it means overflowing the screen.
Comment 8 Giovanni Campagna 2013-10-06 21:33:56 UTC
Created attachment 256587 [details] [review]
BoxPointer: account for border width when requesting size

We must reduce the forWidth in the call to get_preferred_height()
with the border width, otherwise we might request a smaller height
that we actually need and overflow.
Comment 9 Jasper St. Pierre (not reading bugmail) 2013-10-07 14:53:52 UTC
Review of attachment 256587 [details] [review]:

Seems correct to me.
Comment 10 Giovanni Campagna 2013-10-07 18:21:21 UTC
Attachment 256587 [details] pushed as e426f8a - BoxPointer: account for border width when requesting size
Comment 11 Florian Müllner 2013-10-07 18:31:34 UTC
The patch addresses the ugly content-overflowing-border problem, but not the original problem of the calendar growing too big with many events. Reopening.
Comment 12 Matthias Clasen 2013-10-08 12:10:53 UTC
good enough for 3.10.1, thanks !
Comment 13 Florian Müllner 2014-04-09 16:42:58 UTC
*** Bug 727907 has been marked as a duplicate of this bug. ***
Comment 14 Jean-François Fortin Tam 2014-04-15 01:29:20 UTC
I'm all for showing smarter/less contents, though bug #727907's attachment #273916 [details] shows that on laptop screens it's really easy to hit the maximum available height anyway, while the widescreen's width goes totally unused/wasted.
Comment 15 Florian Müllner 2014-06-30 11:45:27 UTC
*** Bug 732474 has been marked as a duplicate of this bug. ***
Comment 16 Florian Müllner 2014-11-03 17:41:36 UTC
*** Bug 739579 has been marked as a duplicate of this bug. ***
Comment 17 Bastien Nocera 2014-11-07 14:18:53 UTC
*** Bug 737480 has been marked as a duplicate of this bug. ***
Comment 18 Florian Müllner 2014-11-26 17:01:48 UTC
*** Bug 740751 has been marked as a duplicate of this bug. ***
Comment 19 Benjamin Xiao 2014-12-17 23:25:49 UTC
I am getting this issue too. Text is overflowing out of the calendar popup on Gnome 3.14.1 Debian jessie.

Is there any reason why we can't simply have a scrollbar for the right column? If we have a lot of events, we can just scroll through them.
Comment 20 Julián Unrrein 2015-01-24 12:36:12 UTC
According to 

https://git.gnome.org/browse/gnome-shell/commit/?h=gnome-3-14&id=ef2e301c08a450d5e1fc859f1b59a343961eb4a8

a scroll view was added to the calendar events. I think that fixes this bug.
Comment 21 Florian Müllner 2015-02-24 00:18:22 UTC
... and for 3.16, we implemented a redesigned events/notification list that is scrollable as well.