Hari Rana
f7c4f7b25a
Visually, this comes with the benefit of not having the first and last visible event widgets take additional margins, as spacing is only applied between event widgets. This will also allow us to make use of gtk_widget_pick() without having to rely on hardcoding 1 on the y axis. The current approach has a one pixel margin at the top and bottom of each event widget, which offsets the vertical position of every event widget by one pixel. In order to pick the first event widget, we'd want to call gcal_month_cell_get_header_height() because this is where the first event widget is placed. If we were to invoke gtk_widget_pick() with (x, 0), where x is half the width of the month cell, the returned value would be NULL because gtk_widget_pick() does not account for margins, so it would need to be (x, 1), with 1 hardcoded. Since this patch removes that offset, we can simply use (x, 0) without having to hardcode 1. Part-of: <https://gitlab.gnome.org/GNOME/gnome-calendar/-/merge_requests/813>
GNOME Calendar
Manage your schedule
Installation
Links
- Homepage: apps.gnome.org/Calendar
- Report an issue: gitlab.gnome.org/GNOME/gnome-calendar/issues
- Donate: donate.gnome.org
- Translate: l10n.gnome.org/module/gnome-calendar
- Contact: matrix.to/#/#gnome-calendar:gnome.org
Contributing
For information on how to contribute, please check CONTRIBUTING.md and HACKING.md.