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 780327 - GtkCalendar: Changes to CSS are not applied until the window is redrawn
GtkCalendar: Changes to CSS are not applied until the window is redrawn
Status: RESOLVED NOTABUG
Product: gtk+
Classification: Platform
Component: Widget: GtkCalendar
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2017-03-20 20:17 UTC by Daniel Boles
Modified: 2017-07-06 19:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Daniel Boles 2017-03-20 20:17:01 UTC 
Title says it all. When experimenting with CSS using the Inspector, it doesn't take effect until the application window containing the GtkCalendar is refocused.
Comment 1 Matthias Clasen 2017-03-23 23:04:28 UTC 
redrawn != refocused. which one is it ? and why is it a problem ?
Comment 2 Daniel Boles 2017-07-06 19:08:37 UTC 
Sorry, "refocused" was a bad way of saying toggled between backdrop and foreground states, or other things that trigger a redraw.

I guess this is because the calendar messes with the StyleContext during draw, and probably can't be avoided under its current weird model, and wouldn't be a problem if it were replaced or reimplemented using first-class widgets - as appears to be the current trend.

So I guess this doesn't really matter, and anyone who really wants to tinker with CSS on GtkCalendar can toggle the window state, or make themselves a redraw button or something.