Description
Details
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | None | T130691 Sub-pixel rendering layout issues with `em` or `%` relative units (tracking) | |||
Resolved | Volker_E | T113495 Buttons in ButtonGroupWidget don't have same height/are misaligned | |||
Resolved | Volker_E | T142115 Widgets with expected same-height are of different height and misaligned |
Event Timeline
The MediaViewer buttons do not use OOUI; they are constructed manually (processFilePageThumb() in resources/mmv/mmv.bootstrap.js). And they used to be properly aligned, so this seems like a regression in the .mw-ui-button-group CSS class.
Change 297260 had a related patch set uploaded (by VolkerE):
MediaWiki theme: Ensure buttons in ButtonGroupWidget are same height
Doesn't seem fully resolved, on certain platforms/browsers we're still running into this.
@Elitre would you please provide as much information as possible from your comment on https://phabricator.wikimedia.org/T159580#3076419?
Given the screenshot
Which browser (I guess Chrome), browser version, operating system, which font!? I can help you in finding especially the latter out.
Change 341117 had a related patch set uploaded (by VolkerE):
[oojs/ui] MediaWiki theme: Align “framed” ButtonWidgets cross-browser
Change 297260 abandoned by VolkerE:
MediaWiki theme: Ensure framed buttons are same height
Reason:
Abandoned in favor of Ic2935cb5d9 and I9a2d3975927
Change 341117 merged by jenkins-bot:
[oojs/ui] MediaWiki theme: Align “framed” ButtonWidgets cross-browser
We've got this somewhat under control. There might be still rare cases of this happening especially under nested inheritance. But for now it's good to be resolved and we might look back at it when a change towards px sizing becomes reality.