View source for MediaWiki talk:Common.css

{{skip to TOC}}
{{/header}}
{{User:MiszaBot/config
|archiveheader = {{talkarchivenav}}
|maxarchivesize = 200K
|counter = 19
|minthreadsleft = 4
|algo = old(90d)
|archive = MediaWiki talk:Common.css/Archive %(counter)d
}}
{{talk header|search=yes}}
{{to do|small=yes|inner=
* [[MediaWiki talk:Common.css/to do|TemplateStyles]]
}}

== Mobile skin and block quotations ==

Page watchers may be interested in {{slink|Wikipedia talk:Manual of Style|Mobile skin and block quotations}}. Please feel free to participate there. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 04:07, 7 September 2024 (UTC)

== Edit summaries and "three classes to match specificity" ==

I'm not quite sure what {{u|Izno}}'s edit summary "and here" means in [[Special:Diff/1257001458]]. It doesn't seem to be related to [[Special:Diff/1247508975|{{their|Izno}} previous edit]] on the same page over a month ago, but it might be related to the edit summary "no reason for that" in [[Special:Diff/1257000611]] over at [[Module:Infobox/styles.css]]. I don't know how readers of the edit summary "and here" are supposed to understand it, because it takes investigating [https://en.wikipedia.org/wiki/Special:Contributions/Izno?limit=8&offset=20241112181143001 Izno's edits today before and after] to get just a guess at what's meant.

However, what I am sure about is that removing <code>.content</code> from this CSS rule made its comment outdated: {{tq|Use three classes to match specificity of MobileFrontend/Minerva selectors}}. It's no longer three classes, but two in each selector. —⁠[[User:Andrybak|andrybak]] ([[User talk:Andrybak|talk]]) 21:42, 12 November 2024 (UTC)

:I'm sure the note was necessary to note before. Some upstream changes (that we shouldn't be subject to anyway, but that's an aside) have adjusted the expectations for what we need to do locally I think. So now I'm pretty sure the note isn't necessary. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 22:03, 12 November 2024 (UTC)

== Edit request to make new template work <nowiki>{{</nowiki>[[Template:lightdark|lightdark]]<nowiki>}}</nowiki> ==
{{atop|result={{resolved}}

Update 1: Appears that I duplicated functionality in an existing template, so I did a quick and dirty merge. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 21:47, 18 November 2024 (UTC)
}}
{{edit protected|answered=yes}}

I recently created a template that changes what content is displayed depending on whether dark or light mode is used. However, it requires a bit of CSS to make working. Please add the following tested CSS into the common.css to make the behavior work as intended.

<syntaxhighlight lang="css">
.lightdark-islightmode {
	display: inline;
}

.lightdark-isdarkmode {
	display: none;
}

@media screen {
	html.skin-theme-clientpref-night .lightdark-islightmode {
		display: none;
	}

	html.skin-theme-clientpref-night .lightdark-isdarkmode {
		display: inline;
	}
}


@media screen and (prefers-color-scheme: dark) {
	html.skin-theme-clientpref-os .lightdark-islightmode {
		display: none;
	}

	html.skin-theme-clientpref-os .lightdark-isdarkmode {
		display: inline;
	}
}
</syntaxhighlight>

The added lines will make the template work. Since as far as I am aware there isn't CSS that will change this theme, the only way to do this is to have some CSS to make this template work like a switch, similar to all the CSS hiding and showing elements for different user groups.

If it is technically feasible, you can condense the <code><nowiki>.lightdark-islightmode</nowiki></code> and <code><nowiki>.lightdark-isdarkmode</nowiki></code> down to <code><nowiki>.lightmode</nowiki></code>/<code><nowiki>.islightmode</nowiki></code> and <code><nowiki>.darkmode</nowiki></code>/<code><nowiki>.isdarkmode</nowiki></code> to make this CSS work outside of the template I created. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 01:51, 17 November 2024 (UTC)
:{{not done}} not going to add this to the site wide script for all readers just for this one template that doesn't have any current usability, and is unlikely to be used in places all readers would need it, such as in articles. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 02:24, 17 November 2024 (UTC)
::I see the primary use case being templates where icons may need to shift colors depending on background. For example changing a black icon to white where readability is concerned. But I am not going to further debate the merits of such a change yet as I do agree it may need more time to determine its prospective use on pages across Wikipedia. [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 04:21, 17 November 2024 (UTC)
:::This doesn't need Common.css anyway. It can be done solely in TemplateStyles. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 07:06, 17 November 2024 (UTC)
::::You're right. I thought it would, apparently not! [[User:Awesome Aasim|Awesome]] [[User_talk:Awesome Aasim|Aasim]] 16:42, 17 November 2024 (UTC)
Sorry to pile on here after the close, but please see the template's talk page, where I asked if this template was redundant to {{tl|if dark}}. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 04:35, 18 November 2024 (UTC)
{{abot}}

== Interface-protected edit request on 15 December 2024 ==

{{edit interface-protected|MediaWiki:Minerva.css|answered=yes}}
mdot is displaying both the anonymous and logged in parameters for {{tlx|if IP}} for logged out users. autoconfirmed-show was added to  [[special:diff/574985274|common CSS]] around the same time as [[special:diff/574985421|mobile CSS]]. looks like [[special:diff/759894267|user-show]] also needs to be added to the same section. cc: [[user:MusikAnimal|MusikAnimal]] [[User:Jeremyb|Jeremyb]] ([[User talk:Jeremyb|talk]]) 21:25, 15 December 2024 (UTC)

:oops forgot to include the test case: [[Wikipedia:Meetup/Seattle/Wikipedia Day 2025]] [[User:Jeremyb-phone|Jeremyb]] ([[User talk:Jeremyb-phone|talk]]) 22:26, 15 December 2024 (UTC)
:: {{done}} [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 18:11, 25 December 2024 (UTC)

== nonsysop-show ==

Could we re-think the decision [[MediaWiki talk:Common.css/Archive 19#Interface-protected edit request on 14 February 2022|here]] not to include the nonsysop-show class? Since admins don't have the separate extended-confirmed right, anything that's hidden from non-EC users gets hidden from admins too, and that causes all sorts of problems: there was an issue [[Wikipedia talk:Requests for adminship/Archive 269#Extended-confirmed protection|here]] a while back, and now all admins [[Special:Diff/1275273993|are getting]] a blaring bold-faced '''STOP: YOU MAY ONLY USE THIS PAGE TO CREATE AN EDIT REQUEST''' warning on any talk page about the Arab-Israeli conflict. I think that pretty obviously overcomes the concerns about there being no use case for this, and the security concerns aren't valid either (you can ''already'' hide things from admins with [[Template:If extended confirmed]]). Not adding an edit request for now to get consensus first. [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 09:28, 20 February 2025 (UTC)

:I'm still opposed to it in the same manner as the before. As far as your example, if someone made a big blaring message that is causing confusion, it should obviously be reverted. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 10:28, 20 February 2025 (UTC)
::The message is an important warning for non-extended-confirmed editors—it's just that admins have to see it too for as long as this simple change is blocked. I just don't understand the logic: do you really think [[Template:If extended confirmed]] should show things to non-admins but hide them from admins? (That's the status quo.) [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 11:21, 20 February 2025 (UTC)
:::It sounds like that message is important to tell editors about, but it doesn't have to use the verbiage it is currently using. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 13:59, 20 February 2025 (UTC)
:::That template and associated class probably also shouldn't exist. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 16:06, 20 February 2025 (UTC)
::::I can at least understand that argument, but you've been making it [[Special:Diff/1035442855|for years]] and it's never gone anywhere, so we've just ended up stuck with this illogical middle ground. Maybe we need an RfC giving multiple choices on what to do with these classes (your position, mine, and the status quo). [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 21:36, 20 February 2025 (UTC) 
:::::It hasn't gone anywhere because it takes a consensus generating activity to move from where we are, indeed. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:47, 20 February 2025 (UTC)
::::::If I write this up as an RfC, how many classes would you propose getting rid of? Is it just about extendedconfirmed-show and nonextendedconfirmed-show, or does it also extend to unconfirmed-show, patroller-show, templateeditor-show, extendedmover-show, and/or abusefilter-helper-show (which can all hide things from admins too)? [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 23:13, 20 February 2025 (UTC) 
:::::::I'd get rid of anything that causes admins not to see some content. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 00:43, 21 February 2025 (UTC)
::::::::I don't want to misrepresent you, so would you mind just putting a wording you're comfortable with [[User:Extraordinary Writ/sandbox7|here]]? (All of these classes ''can'' be used to hide things from admins, but most of them rarely are, and getting rid of them all would be quite a change.) [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 01:47, 21 February 2025 (UTC)

To facilitate admins being able to see what most editors will see, I think in most cases it would be better not to hide the general message from admins, and to add an admin-specific message explaining which categories of users are not shown the message in question. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 18:12, 20 February 2025 (UTC)

:That sounds like a good method. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 22:31, 20 February 2025 (UTC)

Support enabling this. The community clearly wants and expects this to exist (as the example edit shows), and there's no good reason to stifle that. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 18:51, 22 February 2025 (UTC)

:{{tq|there's no good reason to stifle that}} Please don't speak as fact what is actually your opinion. We have already said why we should't support content hidden from admins but not arbitrary other users, but I can trivially produce some vandalism that makes it obvious why. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:20, 23 February 2025 (UTC)
::An acceptable alternative for me is to add the classes to the group-sysop.css page. Defeats some of the point for a lot of the people who expect these classes to work a certain way, but that's basically my compromise position.
::Extend this to arbitrary other user groups, by the way. Content displayed only to autoconfirmed users is as bad as content displayed only to extended-confirmed users with the observing groups as extended-confirmed and sysop, respectively. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:23, 23 February 2025 (UTC)
::If the issue is vandalism why not filter the <code>display:none</code> behind <code>body:not(.ns-0)</code>? That probably ameliorates most of the vandalism potential. I don't know about a class that hides things for sysops but I would support adding `nonextendedconfirmed-show` to [[MediaWiki:Group-sysop.css]] with the ns filter I mention. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|talk]]) 20:46, 23 February 2025 (UTC)
:::Still have to fix the vandalism. The particular variety I'm thinking of is the image related vandalism via templates, which adds at least ns-8 to the filter. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:56, 23 February 2025 (UTC)
::::I'm fine with the compromise position. I also don't have any issues with filtering out mainspace (these shouldn't be used there anyway), but any filters should be applied consistently to all classes; these ones are far less of a vandalism threat than (say) anonymous-show, which has been used without incident for nearly a decade. [[User:Extraordinary Writ|Extraordinary Writ]] ([[User talk:Extraordinary Writ|talk]]) 23:18, 23 February 2025 (UTC)
:I think we need to take a step back and think about the overall goals. Non-admins aren't directly affected by what is shown to admins. To better support non-privileged users, admins should be able to see the messages displayed to most users, and ideally to users in different categories. If it doesn't already exist, that could be done with a user script or gadget. In the interim, I think letting the general messaging appear to admins and adding additional explanatory notes shown only to them would help admins support all users as well as understand what situations apply to different categories of editors. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 23:28, 23 February 2025 (UTC)