@ClaudiusH — all five are fixed. Calendar 2.2.3 is on Packagist:
composer update ernestdefoe/calendar
php flarum cache:clear
Two of these were things I'd already claimed to have fixed, and you were right that they hadn't taken. Both had the same shape underneath — a selector that matched nothing — so thank you for re-reporting rather than assuming it was your end.
The badge sitting inline with the title
This is the one I thought I'd fixed in 2.2.2. There is no .Modal-title in Flarum 2. My rule was targeting a class that doesn't exist, so it applied to precisely nothing and the badge kept its default inline flow. The real element is .Modal-header h3.App-titleControl; the badge is now display: block with 8px beneath it, verified against a rendered modal rather than against my own stylesheet.
The select clipping its descenders
Same category of mistake. The control inherited a line-height tight enough to cut the bottoms off g, p and y at the toolbar's font size. It's now 1.4, which computes to 18.2px at the 13px the toolbar uses — measured, not assumed.
The month grid drifting out of line with the weekday header
The header row and the day row were sized independently, and a grid item defaults to min-width: auto — meaning it refuses to shrink below its own content. So a long event title quietly widened its column and pushed every column after it out of register with the header above.
Both rows are now repeat(7, minmax(0, 1fr)), and the cells and their event lists get min-width: 0 so a title can never do that again. Measured drift across a full month is now 0px at every column.
The layout shift on the details modal
Maybe apply a min-height of 95px on that to lessen that layout reshuffle a bit
Your instinct was right and the video made the cause obvious, but a min-height on its own wouldn't have done it — and it's worth explaining why, because the reason is the bug.
Calendar has a rule that renders an uninitialised [countdown=…] as plain inline text, so a countdown embedded in a post doesn't flash an empty panel before the ticker reaches it. That rule was also catching the modal's countdown. min-height doesn't apply to an inline box at all — so the element sat as a line of text until the digits arrived, then became a block and shoved everything below it down. The anti-flash rule was itself causing the jolt.
The modal countdown is now excluded from it and reserves its space from the first frame. I measured the filled clock at 98px rather than guessing, so the reserved height matches the real one exactly: the shift is 0px, not merely reduced.
More dates in the browser's locale
2.2.2 fixed this in the places I'd found; you found five more. TimeGrid, ActivityHeatmap, EventListView, BirthdayField and UpcomingEvents now all format against the forum's locale rather than the browser's. Checked across en, de and fr.
Every one of these was verified in a real rendered page this time, not just in the source — which is what would have caught the two dud selectors before I told you they were fixed. Sorry for the round trip on those, and please keep them coming.
