calendar: Emit selected-date-changed before rebuilding the calendar
If the cursor was placed on one of the widgets that get removed when rebuilding the calendar due to a month change, destroying the hovered widget will trigger a repick. This repick can then trigger an allocation while not all buttons of the calendar are present. If the last allocation before selected-date-changed is emitted was from such an incomplete state, DateMenuButton will still freeze the layout in this state in its signal handler. What freezing the layout in DateMenuButton is supposed to do is to prevent size changes of the menu when changing days, but for this the layout needs to be frozen before potentially rebuilding calendar. This change ensures that by emitting the signal earlier. Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5411 Closes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5469 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2989>
This commit is contained in:
parent
2f19a8cc4d
commit
23bcff3348
@ -471,11 +471,12 @@ export const Calendar = GObject.registerClass({
|
||||
return;
|
||||
|
||||
this._selectedDate = date;
|
||||
this._update();
|
||||
|
||||
let datetime = GLib.DateTime.new_from_unix_local(
|
||||
this._selectedDate.getTime() / 1000);
|
||||
this.emit('selected-date-changed', datetime);
|
||||
|
||||
this._update();
|
||||
}
|
||||
|
||||
updateTimeZone() {
|
||||
|
Loading…
x
Reference in New Issue
Block a user