Uncollapse collapsed elements doesn't work on printable version

edit

Due to phab:T327893, the .mw-collapsed {display: none;} was replaced by .mw-collapsed[hidden="until-found"]. So uncollapse collapsed elements doesn't work on printable version now. See Help:Collapse, collapsed tables will not expanded automatically on printable version. Dabao qian (talk) 08:48, 8 January 2026 (UTC)Reply

I had left phab:T327893#11225815 before. We can file a task about it at least for print mode. Izno (talk) 00:39, 9 January 2026 (UTC)Reply

Proposal to change the border color of mw-contributions-blocked-notice-partial

edit

I would like to propose changing the border color of the partial block message box (e.g. when a user is partially blocked), because the proposed change would make the partial block message box appear like the default MediaWiki warning message box (without the fmbox color styling) on CSS.

/* default colors for partial block message */ /* gotta get over the hump introduced by the triple class above */ .mw-contributions-blocked-notice-partial .mw-warning-with-logexcerpt.mw-warning-with-logexcerpt { border-color: #fc3; background-color: var(--background-color-warning-subtle, #fef6e7); }
+
/* default colors for partial block message */ /* gotta get over the hump introduced by the triple class above */ .mw-contributions-blocked-notice-partial .mw-warning-with-logexcerpt.mw-warning-with-logexcerpt { border-color: var(--border-color-warning, #ab7f2a); background-color: var(--background-color-warning-subtle, #fef6e7); }

What do you think? Codename Noreste (talkcontribs) 02:53, 19 January 2026 (UTC)Reply

We should use the design token instead of hardcoding it, i.e. var(--border-color-warning, #ab7f2a). – SD0001 (talk) 11:56, 19 January 2026 (UTC)Reply
I implemented your suggestion to my proposal accordingly. Codename Noreste (talkcontribs) 14:03, 19 January 2026 (UTC)Reply
 DoneSD0001 (talk) 15:30, 19 January 2026 (UTC)Reply

max-width vs min-width

edit

There are a few (max-width: 640px) conditions in MediaWiki:Common.css. Since then, core has switched to using (max-width: calc(640px - 1px)). This is to avoid overlap with min-width:640px. I suggest we align with that convention. —TheDJ (talkcontribs) 12:31, 16 February 2026 (UTC)Reply

Based on what both of the max-width blocks are doing, I don't think the extra bit of computation is needed. Izno (talk) 17:39, 16 February 2026 (UTC)Reply
And to expand on that, the infobox block is actually appropriately implemented, since it covers the subpixel width between 639 and 640 with 100% and then a later appropriate default width (that goes along with the margin and float definition).
While the other (flag) block is removing the max-width that would have come with a shrinking resolution, so the difference between max-width and none at 640 versus 639px is effectively nil probably.
The best solution of course is wide support for range syntax in width queries. (Plus container queries so that we can stop having to account for the width of the sidebars.) Izno (talk) 18:52, 16 February 2026 (UTC)Reply

Interface-protected edit request on 8 March 2026

edit

I suggest we create MediaWiki:Group-bureaucrat.css with:

/* Show hidden items that have class="bureaucrat-show". */
div.bureaucrat-show,
p.bureaucrat-show {
  display: block !important;
}
span.bureaucrat-show,
small.bureaucrat-show {
  display: inline !important;
}
table.bureaucrat-show {
  display: table !important;
}
li.bureaucrat-show {
  display: list-item !important;
}

And then add .bureaucrat-show, to the /* Hide stuff meant for accounts with special permissions. */ section on MediaWiki:Common.css. 2600 etc (talk) 20:33, 8 March 2026 (UTC)Reply

Two questions: (a) which pages or templates would this affect? (b) why do you feel it to be necessary? You don't appear to be a bureaucrat. --Redrose64 🌹 (talk) 22:41, 8 March 2026 (UTC)Reply