MediaWiki talk:Gadget-site.css/Archive 1

New yellow
I'm not sure I like the new yellow - it's a bit garish! --HappyDog 01:06, 18 April 2006 (UTC)


 * I'm not too fond of it either; also, at least one of the developers has referred to it as "urine coloured" and at least one more person has agreed with this view. Rob Church (talk) 18:06, 22 April 2006 (UTC)


 * I know, nobody likes it, me too ;-/ Better suggestions are very welcome, of course. But please keep in mind: We already have enough problems with users who don't understand the different licenses for the namespaces (a lot more hints on this issue have to be written, of course). So this namespace should be "remarkable/striking/whatever" at first glance (NS:Help is in the public domain)), especially for the time being, in which we don't have a namespace-specific sidenotice that is saved with the source if a user saves an article (see bug 4469). We really do need this, and I'm not familiar enough with .js to work out something close within a few days. So an ugly colour seemed to be the best way to get a little more attention for the different namespaces … -- :Bdk: 22:33, 22 April 2006 (UTC)

I've tried something new - a strong blue border around the PD pages. Note that I applied it to Help: only, not to Help_talk:, as I think that PD should not apply to the discussion pages. I have also updated MediaWiki:Copyrightwarning to be clearer, and to stick out more, and have rewritten Project:Copyrights to be clearer and more detailed. I would appreciate it if someone could check that over, as I'm not 100% sure about everything I've written. Hope that makes things a bit better... --HappyDog 12:58, 24 April 2006 (UTC)


 * Hm, looks nicer, definitely, but also less striking (what is not as good IMO). And why do you use border-right: none;, so that it's only a 3/4 border? ;-)
 * But whatever we'll change in the optical way, it is a temporary crook. So I see no other way than creating a proper specific sitenotice for this case (having two licenses in one project) … have to poke someone more *g* -- :Bdk:  14:10, 24 April 2006 (UTC)
 * It's 3/4 border, because that is how it is on all pages. :) What do you reckon to the new copyright notice?  I think it helps a lot. --HappyDog 14:13, 24 April 2006 (UTC)
 * /me hides because of the border ;-) -- :Bdk: 16:58, 25 April 2006 (UTC)

Watermark
I've tried adding a watermark to the PD pages, so there is automatically a mark, even if the PD tag has not been added. To be honest, it looks really bad at the moment, but I'll leave it there for a bit of feedback before deleting. Maybe smaller? Maybe a different location? Different image? We could easily add a small banner that fits into the header section. If we can't get something that both looks good and is clear without being too intrusive then I would suggest scrapping the idea altogether. --HappyDog 15:18, 24 April 2006 (UTC)
 * Well done, much better than the u**** colour, of course. -- :Bdk: 16:58, 25 April 2006 (UTC)

IE 5.5 bug
I've just tested the help namespace in IE5.5, and it looks so very bad - the transparent .png file is not working as it should. I don't know what to suggest, except to fix the background of the image to the background of the namespace. That would fix it but not give us any flexibility in tweaking the ns background. Maybe not a big deal though - once this is sorted I doubt we'll be changing it again. I haven't (can't) test other versions of IE (using FF by the way). --HappyDog 00:18, 26 April 2006 (UTC)

CSS color scheme for this wiki
The following is just a short overview of the current settings to make the classes visible :-) -- :Bdk: 06:42, 17 January 2006 (UTC)

Little Bug
When I run the javascript console of firefox 2.0 then I always get a failure message caused by this config.

Please change <pre&gt;<nowiki&gt; to /** <pre&gt;<nowiki&gt; */

and </nowiki&gt;</pre&gt; to /** </nowiki&gt;</pre&gt; */

or something like that.

-- MichaelFrey 05:54, 6 May 2007 (UTC)


 * Thanks, thats good :-) -- MichaelFrey 11:05, 6 May 2007 (UTC)

Common.css does not seem to have any impact
Hello, does anybody know why my MediaWiki:Common.css does not make any impact on pages of my wiki? for testing purposes i added the same styles than MediaWiki:Common.css but the pages does not change. can anyone please help me?

this also occurs when i try to edit MediaWiki:Common.js (for adding additional edit buttons). Nothing happens. Will i have to enable this function? Thanks in advance --TurboKanne 13:59, 19 February 2008 (UTC)


 * Older versions of MediaWiki had only skin-specific js/css pages, like MediaWiki:Monobook.js or MediaWiki:Simple.css. System messages Common.css and Commmon.js were added around December 2006. Look at the HTML source of your wiki pages to see if these pages are loaded at all (note that Common.js is called from  "site js" URL. If they are called, check the content inside. If the content is present, get Opera or Firefox, open Error Console and check for js/css errors. —AlexSm 14:45, 19 February 2008 (UTC)


 * Excuse me, I'm interresting by your message. I would like to use the Mediawiki:Monobook.css that we can find here : w:fr:MediaWiki:Monobook.css because I like the ident of the text

/* PAGES DE DISCUSSION : COLORATION INDENTÉE */ .ns-talk dd { margin:0; padding:0; } .ns-talk dl { border-top:solid 1px #F0F080; border-left:solid 1px #F0F080; padding-top:.5em; padding-left:.5em; margin-left:1em; } .ns-talk dl, .ns-talk dl dl dl, .ns-talk dl dl dl dl dl, .ns-talk dl dl dl dl dl dl dl, .ns-talk dl dl dl dl dl dl dl dl dl { background:#FFFFE0 } .ns-talk dl dl, .ns-talk dl dl dl dl, .ns-talk dl dl dl dl dl dl, .ns-talk dl dl dl dl dl dl dl dl, .ns-talk dl dl dl dl dl dl dl dl dl dl { background:#FFE }


 * So I copied the .css on my wiki but the monobook is not used, so ns-talk is not used too.


 * On my page I can read

/*<![CDATA[*/ @import "/index.php?title=MediaWiki:Common.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=18000"; @import "/index.php?title=MediaWiki:Monobook.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=18000"; @import "/index.php?title=-&action=raw&gen=css&maxage=18000&useskin=monobook"; /*]]>*/


 * Is it tell me that I can't use Monobook.css ?


 * Can you help me, please ?


 * Thanks !


 * Emmanuel (with Mediawiki 1.13.2)

---


 * It's been a decades since these posts, but I, too, am unable to see desired effect from Common.css. It's 2018, and I'm using the Vector skin in a BlueSpice setup.  The problem is that top bar (header) links are light gray, barely noticeable against a while (or for that matter, dark) background.  In particular, I want to darken the word "EDIT".  So far, I've found no definition that applies to this. I have, however discovered that I can change the Edit window text by modifying Body.  Why it doesn't modify the entire page is a mystery.
 * 69.203.102.97 00:28, 12 February 2018 (UTC)
 * 69.203.102.97 00:28, 12 February 2018 (UTC)

MediaWiki:Monobook.css help page
Is there currently a MediaWiki:Monobook.css help page anywhere? If there is can that be mentioned on MediaWiki:Monobook.css? I can create one at Help:MediaWiki:Monobook.css. Odessaukrain 18:54, 7 April 2008 (UTC)
 * It's CSS specific to the MonoBook skin, as is explained on the default message for that page. I really don't think it needs a PD help page... but if you want to make one feel free. --Skizzerz talk - contribs 00:03, 8 April 2008 (UTC)

Where is common.css??
I am completely new and I cannot find...can someone add the location to the article...Thanks! Do you have to create it in 1.12?? --Jorgusch 14:08, 8 June 2008 (UTC)
 * Since no one else has answered, methinks the following (but haven't proved it works yet, possibly due to caching that's not cleared by CTRL-F5 in IE, seems to happen a bit...)


 * The install of mediawiki puts a bunch of .css files in /skins/common. One of them is not common.css. So I assume you copy the text on the message page into a text editor or html editor, then save the file as common.css in /skins/common.


 * Anyone got any better advice than this? (NB It's an indictment on the attitute to noobies that no one has answered this question yet... I spent 10 minutes googling and looking around for the answer to this most basic question, and it seems everyone just assumes that noobies like me automatically know this stuff somehow...) 04:11, 14 August 2008


 * Actually, I don't think anyone ever saw the question. Haven't found it, I wonder if it's generated from the files in /skins/common Kylu 04:18, 14 August 2008 (UTC)


 * Because I just spent an hour trying to figure this out myself, I thought I might share my "Duh!" moment. Common.css and common.js are pages in the wiki, itself. Enter "Mediawiki:common.css" into the search field and then edit the resulting page.  Now, if this information is wrong (it worked for me) and somebody knows this, by all means, please respond.  I'm stunned there are so many knowledgeable wiki editors, yet this question remained unanswered. Iceofwolf 08:30, 19 December 2008 (UTC)

Hello all, I came across the same as the posters before me.

My thought was to apply the current mediawiki css to my wiki. mediawiki is running monobook.css somewhere common.css comes into play, so as best I can I am trying to do the same. First I didn't find a file called common.css so eventually I got that if you (as an Admin) search for MediaWiki:Common.css you can create said file. I just copied and pasted the current MediaWiki:Common.css

It saved fine, though I thought it was weird looking, so I ended up installing the Extension:SyntaxHighlight_GeSHi so now the content of common.css and the nice looking highlights makes everything easier to deal with.

To test it so far I Ctrl+F5 on IE8. No change. I am testing with Special:Version because the non common.css tables have a light gray title cell background color, the MediaWiki version has nice blue background colors for the same cells.

The test yielded no change in formatting. Not sure if anyone has given up on this but ill post the rest as soon as I figure it out. Ojmorales0002 03:55, 9 December 2009 (UTC)

Modern skin problems
The following parts of the code are causing small problems (basically causing problems with the colors of the tabs on the top of pages in the Manual, Project, and MediaWiki namespaces as well as their talk namespaces) with the Modern skin (and should be moved to MediaWiki:Monobook.css). FunPika 03:07, 27 June 2008 (UTC)
 * This has been fixed. -- :bdk: 21:53, 31 August 2008 (UTC)

Removal of pre tags
I saw the edit note for this change, where scrollbars (overflow: auto) were removed from pre tags. However, this is an incredibly useful functionality - without it many many pages end up with horizontal scrollbars due to the width of the pre sections. Can you explain the problem with this a little further. Perhaps we can work out a solution that solves both issues? --HappyDog 04:37, 29 October 2008 (UTC) If you don't like horizontal scrollbars, just simply customize your personal skin file, but don't disable the access to other people with global rules. — Danny B. 13:55, 29 October 2008 (UTC)
 * There is no pure CSS solution for this. Some JavaScript utilizing drag handling could probably solve it, though. The issue is: If the  is higher than the viewport and top lines are wider than viewport, you have absolutely no chance to get to the overflowing content of them. Besides inner items of the page with their own scrollbars have their invisible content hardly accessible or even inaccessible.

Sort of unrelated but...
This is sort of unrelated but i guess it could fit here... You can't just type in into many skin related pages (on the mediawiki software), but is there some easy way of doing that? --Deo Favente 04:31, 21 January 2009 (UTC)

45 errors
Hello, we've noticed that we had a large number of errors in the css-validator 2.1, and more on the French Wikimedia projects (eg: 57 in fr.wp). Is this because of our CSS version 3.0 and do we have a solution to validate our codes? JackPotte 19:02, 25 November 2009 (UTC)
 * I suggest you to post this suggestion on the Support desk --Arseny1992 22:45, 27 November 2009 (UTC)
 * Thank you but it's not yet necessary: we've got actually 0 error by testing the raw CSS page. JackPotte 00:05, 28 November 2009 (UTC)

background-color + :hover
Hello, i am new and cant edit a little problem with the buttons : without  the   doesn't work on   (tested on Firefox 3.5.5 ) Oeil 23:52, 12 December 2009 (UTC)

CSS Files Causing Slow Login Times
I've been doing some diagnostics on my MediaWiki instance as login times have been really slow. Once users are logged in they can move around just fine. I saw the following from my http logs:

00:00:09.910	1.255	677	303	GET	200	text/html	/wiki/MediaWiki:Common.css 00:00:11.181	0.240	611	6891	GET	200	text/css	/skins/common/shared.css?207 00:00:11.283	0.243	616	5052	GET	200	text/css	/skins/common/commonPrint.css?207 00:00:11.287	0.259	611	24415	GET	200	text/css	/skins/monobook/main.css?207 00:00:11.291	20.219	691	184	GET	200	text/css	/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 00:00:11.295	54.368	690	231	GET	200	text/css	/index.php?title=MediaWiki:Print.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 00:00:11.299	20.025	693	374	GET	200	text/css	/index.php?title=MediaWiki:Monobook.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 00:00:11.302	47.539	661	256	GET	200	text/css	/index.php?title=-&action=raw&maxage=18000&smaxage=0&ts=20100301191006&gen=css 00:00:11.309	0.482	597	28487	GET	200	application/x-javascript	/skins/common/wikibits.js?207 00:00:11.313	0.481	600	12312	GET	200	application/x-javascript	/extensions/TreeAndMenu/dtree.js 00:00:11.317	0.714	593	4008	GET	200	application/x-javascript	/skins/common/ajax.js?207 00:00:11.320	0.713	598	4701	GET	200	application/x-javascript	/skins/common/ajaxwatch.js?207 00:00:11.323	1.073	598	24407	GET	200	application/x-javascript	/skins/common/mwsuggest.js?207 00:00:11.327	7.351	631	202	GET	200	text/javascript	/index.php?title=-&action=raw&smaxage=0&gen=js&useskin=monobook 00:01:05.700	7.209	632	(4622)	GET	(Cache)	text/css	/index.php?title=MediaWiki:Geshi.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=18000 (The 2nd column is how many seconds it took for that element to load.)

As you can see all my css files are taking a really long time to load. I don't have a lot of extra code in my Common.css file. I'm also not sure why Print.css and Monobook.css would take so long, as I haven't touched them. Any ideas? --Gkullberg 19:26, 1 March 2010 (UTC)

width of boxes in main page
Could someone change the line  to , so that Languages displays with the same width as the other boxes in the main page? And while you're at it, you could also add, so that the categories box also aligns :) --Waldir 15:41, 18 May 2010 (UTC)
 * Update: Reedy performed the first edit suggested above, but the code had since been rendered obsolete by this change by Happy-melon. MaxSem fixed it. --Waldir 13:55, 16 July 2010 (UTC)

Clearer comments in CSS code?
Hey hey, just posting a suggestion here. For anyone who's actually going to read and think about this, thanks for your time!

For people like me, who only want to change the colours of their freshly installed Mediawiki around a bit, the following might be helpful: Comments in the CSS file clearly pointing out which slices of code correspond to which part of the Wiki, and maybe a list of or a link to a list of hexadecimal colour codes? I'm sure I could find this all out on the internet somewhere, but I'm having a little trouble doing so, and I'm pretty sure the above shouldn't be much effort for more knowledgeable people and could prove quite helpful for users like me.

And if anyone chooses to act on this suggestion here, thanks a lot for helping us lusers out. Your effort is appreciated.

-92.64.157.75 16:34, 20 September 2011 (UTC)

File location
Where is this file located? In what directory? —The preceding unsigned comment was added by 173.13.231.33 (talk • contribs) 22:01, 1 October 2011‎ (UTC). Please sign your posts with ~ !


 * Common.css is not a file; it lives in the database.  — Edokter  ( talk ) — 08:57, 2 October 2011 (UTC)

I find it odd, this article has instructions on how to refresh my browser, in case I am new to the internet; but it does not have information about how to access or find the code, "common.css", which is what the article is about. "It lives in the database" doesn't help.



Retrieved From
I am trying to suppress the message between the content and the column one. The message in it's entirety is: Retrieved from "http//:www.somedomain.com/index.php?title=Main_Page", depending on the actual page you are on. I have tried looking through the skin's php file also comparing with the monobook skin, also checked here in case I can change within the common.css any ideas's? oh, and why is there not a comprehensive index of terms, that can be used, a full a to z of the mediawiki css commands, or is it just me that can't ind them? RoverOne 08:07, 30 November 2011 (UTC)

Add class to hide toc numbering
Please add the following rule to allow per-page suppression of auto-numbering in the TOC:

--Waldir (talk) 19:47, 8 October 2012 (UTC)

Move to gadget
Does moving Common.css/js to gadget still guarantee correct loading order? As I understand it, userscripts are loaded after common/skin.css.js and before gadgets. — Edokter  ( talk ) — 13:16, 1 January 2013 (UTC)
 * Also, why was Mediawiki:Common.css moved to MediaWiki:Gadget-site.css? Some basic explanation would be helpful. --Rogerhc (talk) 23:13, 9 February 2013 (UTC)
 * What on Earth is going on here? Why is styling loaded through JavaScript? Are you crazy? 58.170.238.184 10:25, 29 May 2013 (UTC)
 * It isn't. Gadget CSS is loaded through a regular stylesheet directive. — Edokter  ( talk ) — 20:50, 29 May 2013 (UTC)
 * Then why is the styling missing when js is disabled? http://i.imgur.com/MUz7wXu.png http://i.imgur.com/peNvkTC.png 58.170.238.184 08:26, 30 May 2013 (UTC)
 * Seems that the enwp-boxes gadget does have a problem, probably because it is hidden. All other styling from this gadget is working without javascript enabled. — Edokter  ( talk ) — 18:21, 30 May 2013 (UTC)
 * I haven't heard any rationale for the move, so if there are no objections, I will move it back in the near future.  09:33, 7 September 2014 (UTC)
 * Allegedly, to benefit from ResourceLoader. Right? --Nemo 15:48, 7 September 2014 (UTC)
 * ^. Helder 17:52, 8 September 2014 (UTC)
 * , Common.css is also loaded as a ResourceLoader module, so what would be the benefit?  21:30, 10 September 2014 (UTC)
 * I don't think the order was ever guaranteed to be that. As far I as know, the way to load something before something else is to use dependencies. Helder 17:52, 8 September 2014 (UTC)
 * I guess I should read bug 27488 again... This is probably discussed there. Helder 18:02, 8 September 2014 (UTC)
 * , My main concern is not dependencies; it is CSS cascading load order. Users need to be able to override CSS in a normal fashion, using regular CSS cascading; one would not need to use dependencies to do that. I will have to check the actual load order of Common.css and gadget css via load.php; if they are indeed reversed, then why break regular work flow?  21:30, 10 September 2014 (UTC)
 * OK, I see the following load order. There are three main calls to load.php: 1. gadgets and core CSS (in that order), 2. site CSS, 3. user CSS. So user CSS is not an issue, but site CSS is now loaded before core CSS. This makes it impossible to override core CSS. Dependencies will not solve this, because you don't know what skin module to depend on. The current dependencies are there for JavaScript only (which is the main reason for the move I suspect), but they can be lazy loaded like is being done on enwiki. Fact is, CSS load order is reversed.  21:56, 10 September 2014 (UTC)

Persian font
Hi. Please add this We have the same on Wikidata and Wikimedia Commons which is added via Persian community consensus of that wikis. ebraminiotalk 10:47, 17 August 2013 (UTC)
 * ✅ Matma Rex (talk) 13:06, 17 August 2013 (UTC)

RTL
Please change it has almost same effect but it will make, it is needed for here flipping for RTL style possible. ebraminiotalk
 * I don't think this is going to work – if it would, then padding would be flipped similarly, and currently it's not. You'll probably need something more explicit, probably using the  class. Matma Rex (talk) 13:13, 17 August 2013 (UTC)
 * Yes. It is right, it will just work on RTL UI. A complete solution I guess needs  and   and both of them need /* @no-flip */ on background-position. ebraminiotalk 15:38, 17 August 2013 (UTC)

Add these css codes for template documentation
Please add /* For template documentation */ .template-documentation { clear: both; margin: 1em 0 0 0; border: 1px solid #aaa; background-color: #ecfcf4; padding: 1em; } So that the template documentation would like nice and better. This is an updated code part of the code is already on this page 86.135.252.13 20:39, 11 March 2014 (UTC)

Remove hack?
Since 26204 was marked as fixed, this part of the code should not be needed anymore. Helder.wiki 01:59, 1 July 2014 (UTC)
 * Removed.  21:31, 3 July 2014 (UTC)

Add css for mbox, fmbox, ambox, ombox and other
Hi please add this css Currently the templates are broken please see https://www.mediawiki.org/wiki/MediaWiki_1.26 which use to show boxes with the text inside now nothing. Paladox2017 (talk) 16:57, 10 August 2015 (UTC)
 * I see no broken templates, and we generally have no use for all this ambox code here.  20:30, 10 August 2015 (UTC)

TOCLIMIT doc
This commentː /* * Allow limiting of which header levels are shown in a TOC; * &lt;div class="toclimit-3">, for instance, will limit to * showing ==headings== and ===headings=== but no further. * Used in Template:TOC */

Does not appear to be true anymore. Is it dependent on a particular addon? There is also no "templateːTOC" in the search pages on this wiki.

Why deleted?
Please, tell why this page has been deleted, I don't understand why.

Add plainlist
Please add this code (copied from meta-wiki). It should be added just after the  line. It will help to style sidebar navtemplates without visible bulletpoints.

/* Unbulleted lists */ .plainlist ul { line-height: inherit; list-style: none none; margin: 0; } .plainlist ul li { margin-bottom: 0; }

Thank you! Quiddity (WMF) (talk) 17:52, 29 March 2019 (UTC)
 * ✅ --wargo (talk) 18:25, 29 March 2019 (UTC)

Remove .note styles
I’ve moved .note-* styles (lines 321—353) to Template:Note/styles.css, so they can be removed from here. The .tip-* variants seem to be unused, but please double check me before removing them as well. —Tacsipacsi (talk) 15:59, 10 June 2019 (UTC)
 * Any of you? —Tacsipacsi (talk) 22:06, 15 June 2019 (UTC)
 * . Done. Thanks. Can you do this for other templates too? Ladsgroup (talk) 01:33, 16 June 2019 (UTC)
 * (Sorry for the quite late reply.) Unfortunately I found no other style that would be used by a single template—some are used by several templates, others are even in non-template pages’ source code. This makes moving them to TemplateStyles much harder. (Preferably a new template should be created that contains the common markup and the reference to the TemplateStyles subpage, but this takes a lot time, so I’ll probably do it when I’ll have tons of free time. Which may never happen…) —Tacsipacsi (talk) 15:30, 23 April 2020 (UTC)

Mainpage Logo
Hi! Is here the solution to change Wiki Logo in Main Page (left side) for our tt.wikipedia.org? We want to use File:Tatar Wikipedia holiday logo 1.png and File:Tatar Wikipedia holiday logo 2.png temporarily. --Derslek (talk) 20:15, 8 December 2019 (UTC)
 * Yes, there is: append  (with   replaced to the URL of the logo) to MediaWiki:Common.css. Pay attention to use an appropriately sized logo (the thumbnail should not be larger than 160×160px) with transparent background, e.g.  . Larger images get cropped, while images with non-transparent background look awful on the gradient of the interface. (Also, your wiki uses high-definition image on larger screens, so you have to repeat the two   rules at the bottom as well, with the URLs changed appropriately, i.e. pointing to the holiday image, but with larger resolution.) —Tacsipacsi (talk) 16:09, 15 December 2019 (UTC)
 * Please do not encourage people do to this hack rather than a proper change, it damages the site performance for all readers. Jdforrester (WMF) (talk) 18:48, 15 December 2019 (UTC)
 * Hey there, to ask for this, you should file a Phabricator task; I've filed T240797 for you, but I don't understand. Can you reply there? Thanks. Jdforrester (WMF) (talk) 18:48, 15 December 2019 (UTC)

Would you mind explaining what damage it causes, instead of just shouting at me without giving any evidence? It’s a quite common practice, and I don’t see any performance drawbacks; the “proper” way, however, wastes everyone’s time (devs doing and undoing the change, community formally voting on the absolutely uncontroversial change, which may be a widely accepted practice done every now and then on the wiki, volunteers preparing the vote, notifying people filling and forms on Phabricator etc.). Not only users’ load microseconds count! By the way, why would this be a hack at all? MediaWiki itself sets exactly the same CSS rule, differing only in image path. —Tacsipacsi (talk) 22:15, 21 December 2019 (UTC)
 * Sorry, I'm lost. In what way do you think bloating the site by ~100KiB (1x+1.5x+2x) of binary (uncompressible) downloads which are then rendered but hidden for every reader, bypassing the documented way to do this properly, isn't a hack? Jdforrester (WMF) (talk) 18:42, 6 January 2020 (UTC)
 * Thank you for the explanation of this method’s costs. However, the “proper”, documented way also has costs: people’s time. It takes wiki several community members’ time to make a formal vote, which has a result obvious to outsiders (people who fulfill site requests), it takes a community member’s time to actually create the Phabricator task, it takes a sysadmin’s time to fulfill it, it takes a community member’s time again to remind when the logo should be reverted, it takes a sysadmin’s time again to revert the change. It has much higher one-time costs, which are of course outweighed by the win at load time when the change is permanent (or at least long-term temporary), but I think these costs outweigh the wins when the change is short-term (I think the change discussed here would have lasted no more than one or two weeks).
 * By the way, I checked a few wikis’ CSS, and the logo set in InitialiseSettings.php is always a  rule in CSS, which means it’s basically a race condition that the 100% version gets loaded at all—if the browser processes the override before attempting to load the normal (InitialiseSettings.php-based) logo, it won’t load the unused one at all (and in no case will it attempt to load the larger-resolution ones unless they are actually used). I loaded zh-min-nan:Thâu-ia̍h several times in Firefox, and it never loaded https://zh-min-nan.wikipedia.org/static/images/project-logos/zh_min_nanwiki.png, only https://upload.wikimedia.org/wikipedia/commons/e/e0/Wikipedia-logo-v2-zh-min-nan-300000.svg. —Tacsipacsi (talk) 15:19, 23 April 2020 (UTC)

Edit request
Please replace  with , as File:PD-icon-faded.png has been moved to Commons and no longer exists locally, causing the watermark to fail to display in the background of pages in the help namespace (example). Thanks. GreenComputer (talk) 00:22, 8 September 2020 (UTC)


 * Done. &mdash;user: Hasley 02:23, 8 September 2020 (UTC)

Remove obsolete extension styles
Please remove: It appears to have been added for a one-off joke edit in 2012, and is no longer useful. * Pppery * it has begun 23:14, 13 September 2020 (UTC)
 * any objections to removal? You added this in Special:Diff/524367 --DannyS712 (talk) 20:18, 24 September 2020 (UTC)
 * ✅, --Krinkle (talk) 20:59, 24 September 2020 (UTC)

sideBox
edit request The styles for sideBox are entirely unused in a meaningful sense though they've been in this CSS since 2006. Why are they in here? I think they should be removed. (In today's world, they would have been TemplateStyles'd.) That's:

--Izno (talk) 19:44, 16 September 2020 (UTC)
 * ✅ --DannyS712 (talk) 01:18, 29 September 2020 (UTC)

wordcloud
Like the above sideBox styles, the nearby "wordcloud" styles are also not meaningfully used and should be removed (as they are similarly ancient as well).

--Izno (talk) 23:29, 28 September 2020 (UTC)
 * These classes are added by the code review extension, see - not sure if that changes the considerations --DannyS712 (talk) 01:19, 29 September 2020 (UTC)
 * Ah, thanks (and for the above edit request fulfillment), was wondering what they were doing there (especially with that naming which is usually indicative of an extension or core; I looked in core). I think we can still remove the below as essentially duplicating the styles in that sheet:


 * Leaving just the below as a question mark:


 * I'd say we should probably remove the font-size on size-9 also since the 0.8em makes it essentially equivalent to the -10 size and I don't think that's the intent (though with our h5/h4 styling in Vector...). The letter-spacing on the -size-9 seems pretty close to the style in that sheet also just eyeballing it, so maybe remove that. Then all we have left is:


 * I can personally take that or leave it, but I think I'd rather take it out, especially since no-one seems to be testing these still (they were added years ago). If it is indeed valuable, someone should upstream it. --Izno (talk) 02:19, 29 September 2020 (UTC)
 * The use of the code review extension was (mostly, from what I understand) before my time, so I'll leave this for someone who understands the underlying content being displayed DannyS712 (talk) 02:34, 29 September 2020 (UTC)
 * ✅ Removed everything. CodeReview already ships its own styles for this, the CSS in this gadget was labeled as experiemental, and since nobody uses the CodeReview extension outside of historical searching (I believe at some point it will be moved to a read-only site somewhere and the extension undeployed), there's no reason to have any of those styles here. -- Skiz zerz  23:46, 12 May 2021 (UTC)

Remove phui
Remove from MediaWiki:Gadget-site.css. I've moved it to TemplateStyles. --Izno (talk) 23:43, 12 May 2021 (UTC)
 * ✅ -- Skiz zerz  23:52, 12 May 2021 (UTC)

Remove banner
edit request Remove from MediaWiki:Gadget-site.css starting with. I have TStylesd these. The one reference out there is an example that should probably just point to Template:Banner at this point.... Izno (talk) 00:14, 13 May 2021 (UTC)
 * And also remove the use of  on 969. This is an unfortunately named class that also wasn't doing anything in the modern day. --Izno (talk) 02:30, 14 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove VE typing test
Shipped these to TemplateStyles. Remove from what is currently MediaWiki:Gadget-site.css from  to the end of the class definition. Izno (talk) 18:04, 13 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove VE doc styles
Shipped these to TemplateStyles. Remove from what is currently MediaWiki:Gadget-site.css to 835, starting from  to the definition of. Izno (talk) 17:56, 13 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove database layout
Shipped these to TemplateStyles at Manual:Database layout/viewbox/styles.css. Remove from what is currently MediaWiki:Gadget-site.css to 770. --Izno (talk) 18:37, 19 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove rtl translations
These are unused. Remove from what is currently MediaWiki:Gadget-site.css to 727. --Izno (talk) 18:39, 19 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove breadcrumb
I can find no uses of this either in Special:Search or MediaWiki code search. Added as a test but no edits by the user in that time frame indicate its use. Remove from MediaWiki:Gadget-site.css to 716 starting from .breadcrumb and ending at the last line for .nextcrumb. Izno (talk) 16:16, 13 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove signuptopbox
I've moved these to a mainspace templatestyles page at Account creation user experience/ACIP messages/ACP1-Fancycaptcha-createaccount/styles.css.

They will need to be added to MediaWiki:Customusertemplate-ACP1-signupstart with. (I do not totally understand why these are in MediaWiki space.)

Subsequent, remove the lines from what is currently MediaWiki:Gadget-site.css to 626. Izno (talk) 02:01, 14 May 2021 (UTC)
 * Did you mean MediaWiki:Customusertemplate-ACP1-Fancycaptcha-createaccount? I've added the templatestyles there, where the ID is actually defined, so this should now be ready to remove. * Pppery * it has begun 01:14, 15 May 2021 (UTC)
 * ... Yes, that place. Izno (talk) 01:24, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:42, 19 May 2021 (UTC)

Remove api search hiding
The CSS from MediaWiki:Gadget-site.css to 572 has been unused since 2018. It should be removed. --Izno (talk) 18:06, 19 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove toclimit
I've shuffled this off to Template:TOC/limit-styles.css and implemented where necessary. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 01:10, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove cmd
Shuffled off to Template:Cmd/styles.css. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 17:55, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove navbar
I've moved this off to TemplateStyles. Template:Navbar and Module:Navbar seem to have forked due to translations in Template:Navbar. Is there any way to translate the module, as it were so that the template can depend on the module instead?

There are also translations of the template that may need to be updated if there isn't a way to merge that into the module? As earlier, I don't know how exactly that works. --Izno (talk) 20:24, 14 May 2021 (UTC)
 * This wiki is full of messes like that, usually as a result of people copying things from the English Wikipedia without making sure they make sense here. I agree it's non-ideal, but can't think of any easy solution. As for the translations, you don't have to worry about them, as they'll be updated automatically whenever the main template is updated, and in fact have been already * Pppery * it has begun 01:14, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:30, 19 May 2021 (UTC)

Remove template documentation
These have been in TemplateStyles for some time at this point. Remove from what is currently MediaWiki:Gadget-site.css the definition of .template-documentation. Izno (talk) 21:00, 13 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove block notices
Template:Notice uses mbox which doesn't make use of these styles, and no other page does. Remove from what is currently MediaWiki:Gadget-site.css - 298. --Izno (talk) 00:41, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove hatnote
Shuffled off to Template:Hatnote/styles.css. Remove from MediaWiki:Gadget-site.css to 284. --Izno (talk) 19:46, 19 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove page warnings/notices
Shuffled off to TemplateStyles at Template:Major warning, Template:Page notice, Template:Page warning. Remove from what is currently MediaWiki:Gadget-site.css to 162. --Izno (talk) 00:07, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove hl1-3
The wikitable header styles at MediaWiki:Gadget-site.css were unused before I got them. There seem to be a set of templates hl1 and so on that have been doing that job for some time. These should be removed. --Izno (talk) 19:06, 14 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:21, 19 May 2021 (UTC)

Remove border and bg colors
I've added inline styles to the pages using these (which can be converted to TemplateStyles in several cases, but I leave that to the ambitious editor). Remove from MediaWiki:Gadget-site.css to 52.

Template:Please leave this line alone and write below (this is the coloured heading) needs modification removing the classes.

I assume the translations will percolate, which are the remaining uses. (I am not a translate system person so I don't get how that works.) Izno (talk) 17:37, 13 May 2021 (UTC)
 * I've updated Template:Please leave this line alone and write below (this is the coloured heading) and it's translations, so this should now be ready to remove. * Pppery * it has begun 01:14, 15 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:35, 19 May 2021 (UTC)

Two gadgets to turn off
Pretty sure this should be at the gadgets definition page, but both the NavFrame gadget (MediaWiki:Gadget-NavFrame.css and MediaWiki:Gadget-NavFrame.js) and the collapsible tables gadget (MediaWiki:Gadget-collapsibleTables.js) can be turned off and removed from the gadgets page. I've removed their few uses in favor of mw-collapsible.

I believe that's removal from MediaWiki:Gadgets-definition of  in the first line of #interface-gadgets,   in the second line of #interface-gadgets, and the entirety of the third line, , but I could be wrong about how gadgets-definition works. Izno (talk) 07:17, 19 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 20:25, 19 May 2021 (UTC)

Remove .persian
Unused, probably mostly in favor of the lang attribute targeting. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:04, 24 May 2021 (UTC)


 * I am not sure if it is possible to remove the lang targeting from here for TemplateStyles since I am pretty sure that helps stuff like having the site chrome in fa. Izno (talk) 07:36, 26 May 2021 (UTC)
 * Yeah not really possible i think, also not really worth it probably. I did align it with what fa.wp uses these days though. Probably works better with these fonts on Android for instance. —Th e DJ (Not WMF) (talk • contribs) 12:13, 26 May 2021 (UTC)

Remove .imagelink_wikilogo
Moved to Manual:Linked images/styles.css. The necessity of those styles in this day and age (and in fact, all pages on MediaWiki.org which document functionality from before the modern turnover) is kind of doubtful, but there it is for the interested user. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:20, 24 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:08, 26 May 2021 (UTC)

Remove .wrapPreLines
Unused. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:09, 24 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:17, 26 May 2021 (UTC)

Remove .block-contents
Unused. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:07, 24 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:17, 26 May 2021 (UTC)

Remove .vatop
Now unused after removal from a half dozen pages (and waiting for language bots to move through a few). Remove from MediaWiki:Gadget-site.css. --Izno (talk) 21:57, 25 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:10, 26 May 2021 (UTC)

Remove .mw-viewprevnext
Unused both locally and in Code Search. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:32, 24 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:10, 26 May 2021 (UTC)

Remove .SpecialPageInfo
This one is somewhat involved since it requires admin powers.


 * 1) Fully-protect Template:Special page info.
 * 2) Fully-protect Template:Special page info/styles.css.
 * 3) Replace the div in MediaWiki:Crossnamespacelinks-summary with the template.
 * 4) Replace the div in MediaWiki:Searchresulttext with the template. The template supports a id for the HTML ID.
 * 5) Remove from MediaWiki:Gadget-site.css.

--Izno (talk) 22:12, 25 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:27, 26 May 2021 (UTC)

Remove another lqt item
Remove MediaWiki:Gadget-site.css per previous discovery of no more LQT. --Izno (talk) 23:50, 29 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 10:06, 4 June 2021 (UTC)

Remove .datatable
Now unused after removal on a half-dozen pages (and waiting for language bots to move through a few). On a note, I'd like to see something like this merged upstream; I know mw-datatable exists but that's used in a specific context (which IMO should just use wikitable anyway but who am I kidding? :). Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:29, 24 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 12:10, 26 May 2021 (UTC)
 * You didn't remove this one. I'll add discussion about infobox in a bit. Izno (talk) 16:41, 26 May 2021 (UTC)
 * ✅ oops. —Th e DJ (Not WMF) (talk • contribs) 10:05, 4 June 2021 (UTC)

Clear out MediaWiki:Mobile.css
I removed the only use of mobile-float-reset and I would guess that sticky stuff probably shouldn't be implemented in the Mobile-specific sheet. A default-on gadget might be preferable (this or a separate one), but only if there is some content loaded... Izno (talk) 20:16, 27 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 10:04, 4 June 2021 (UTC)

Hlist
✅ hlist on this wiki is predominantly inside Template:Navbox (like en.wp) or has already migrated to flatlist. While it would be easy to move the navigation templates to use flatlist instead, it should probably follow en.wp's plan (er, my plan :D) to make navbox auto-load hlist styles if/when necessary automatically in Navbox, both as a testing ground and to avoid diverging modules.

Navboxes:


 * Template:ProofreadPage
 * Template:Pylanguage
 * Template:MirrorTools
 * Template:Flatlist
 * Template:MediaWikiFarm navigation
 * Template:Inline tags
 * Template:Help
 * Template:Extension-Narayam
 * Template:MWUnit navigation
 * Template:Hackathons
 * Template:MediaWiki notification systems
 * Template:PhpTags navigation
 * Template:Global templates nav
 * Template:Cargo navigation
 * Template:Robot policy
 * Template:Page Forms navigation
 * Template:Engineering Community Team
 * Template:Social tools
 * Template:Watchlists navigation
 * Template:Wikimedia extension database tables
 * Template:Log events
 * Template:CS cat header
 * Template:Databases
 * User:SolidBlock

Remaining users:
 * Module:List
 * Module:Navbox
 * Module:Navbar

For hlist:


 * 1) When navbar isn't present
 * 2) * it will carry its own hlist Templatestyles tag and we can avoid outputting another in an arbitrary place
 * 3) And hlist is detected in any class attribute
 * 4) Insert the templatestyles tag into the first cell in the template
 * 5) * This may not be the title or even a group cell.

It looks like we always open a div in which we can insert the templatestyles immediately. Always. Yayy

Plainlist
✅ Migrated to plainlist in most cases. Remaining users:


 * Module:List
 * Module:Navbox

Its use in the navbox case should be similar to hlist, except without the check for navbar:

When plainlist is detected in any class attribute, insert the templatestyles tag into the first cell in the template
 * This may not be the title or even a group cell.

Navbox
✅ Implementation on MediaWiki wiki probably should be generic like en.wp plans to be.

Remove .plainlist
Remove from MediaWiki:Gadget-site.css. Plainlist only exists in TemplateStyles form now, either from plainlist or invoked directly by Module:Navbox. --Izno (talk) 23:50, 29 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:26, 23 June 2021 (UTC)

Remove .hlist
Remove from MediaWiki:Gadget-site.css. Hlist only exists in TemplateStyles form now, either from flatlist or from Module:Navbox and Module:Navbar. --Izno (talk) 23:50, 29 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:26, 23 June 2021 (UTC)

Remove .infobox
Only one use and I don't want to disturb an active user; other uses replaced or false positives. Remove from MediaWiki:Gadget-site.css to 342. Template:Wikimedia engineering project information may need a translate admin to approve change for that template. --Izno (talk) 05:15, 20 May 2021 (UTC)
 * hmm. it's completely out of use ? I know that mobile uses this as a classname to identify infoboxes, it probably should be added as a classname to specific types of infoboxes as a semantic class honestly.. Not sure on the impact fo that. —Th e DJ (Not WMF) (talk • contribs) 12:17, 26 May 2021 (UTC)
 * See above. --Izno (talk) 19:42, 26 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:26, 23 June 2021 (UTC)

Remove .navbox
Live occurrences have been removed (barring translation bots and job queue) as a result of this edit. Navbox is now templatestyled. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 23:50, 29 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:24, 23 June 2021 (UTC)

Remove code convention borders
Shipped to Template:Code convention example and replaced where used. Remove from MediaWiki:Gadget-site.css. --Izno (talk) 20:32, 26 May 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:24, 23 June 2021 (UTC)

Remove ambox-compact
There are no cases of ambox-compact in the wild on this wiki. Remove from MediaWiki:Gadget-enwp-boxes.css to the end. --Izno (talk) 02:25, 3 June 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:24, 23 June 2021 (UTC)

Remove dmbox
I have shipped the only instance of .dmbox to Template:Disambiguation/styles.css. Remove from MediaWiki:Gadget-enwp-boxes.css. --Izno (talk) 00:36, 3 June 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:24, 23 June 2021 (UTC)

Remove hide-prefix in js
hide-prefix is used nowhere on wiki nor in the software. Remove from MediaWiki:Gadget-site.js. --Izno (talk) 00:57, 5 June 2021 (UTC)
 * ✅ —Th e DJ (Not WMF) (talk • contribs) 22:24, 23 June 2021 (UTC)

Remove .mainpage in js
edit request Of the 6 references to .mainpage, 5 are old copies of Common.css (which has a MediaWiki-supported solution these days employed as today) and 1 is a copy of an offwiki Common.css. Language versions of the main page are unaffected as they do not register as main pages. Remove from MediaWiki:Gadget-site.js.

This may also speak to a need for one or another changes: --Izno (talk) 15:49, 7 June 2021 (UTC)
 * Target rootpage-MediaWiki instead of page-MediaWiki in site.css. That would hit these pages also.
 * Improve Translate extension to identify language subpages of the canonical main page as main pages also such that page-MediaWiki is added to the translated main pages.
 * Possibly, there should be a page--main-page added by core to enable language CSS from the other direction.
 * And/or associated MediaWiki:MainPage.css so the main-page specific CSS can be taken out somehow.
 * Done. --Izno (talk) 04:17, 6 July 2021 (UTC)

Add style for
Edit Protected Add the following style to MediaWiki:Gadget-site.css for consistency: See also --Shirayuki (talk) 22:53, 16 October 2020 (UTC)


 * All of the styling for that template really should be moved into TemplateStyles rather than adding yet more bloat to every page. I'd rather we didn't do this. Jdforrester (WMF) (talk) 17:07, 18 November 2020 (UTC)


 * in Template:Infobox/styles.css?diff=4692876, Template:Extension/status.css?diff=4692873, and Template:Skin/styles.css?diff=4692871. — ExE Boss 18:00, 6 July 2021 (UTC)

Infobox
Working spot for tracking all the uses of infobox and infobox like things and wondering if it's time for MediaWiki wiki to bow to the superior name for generic infoboxes (would help mobile use).

Uses infobox:


 * 1) Toolserver:Template:Tool
 * 2) User:Brigante mandrogno
 * 3) User:Andri Dariel
 * 4) User:Hoo User Page Bot
 * 5) User:Xtian~mediawikiwiki
 * 6) User:MBisanz (not gonna deal)

Used infobox and converted to Template:Sidebar:


 * 1) Template:ResourceLoader navigation
 * 2) Template:Development policy
 * 3) Template:GitLab Navigation
 * 4) Template:Deprecation policies

Uses tpl-infobox:


 * 1) Template:API-head
 * 2) Template:Wikimedia engineering project information
 * 3) Template:Project
 * 4) Template:Snippet
 * 5) Template:Tool
 * 6) Template:RFC
 * 7) Template:Skin
 * 8) Template:Extension

Uses ext-infobox


 * 1) Template:Extension

Uses ext-status


 * 1) Template:Extension
 * 2) Template:Skin
 * 3) Template:Tool

Uses skin-infobox


 * 1) Template:Skin
 * 2) Template:Tool

Izno (talk) 21:28, 19 May 2021 (UTC)

Ok, ER for .infobox is up. Now to decide how to deal with the rest of the mess. --Izno (talk) 05:15, 20 May 2021 (UTC)

Yes, mobile does (and probably others), but we already had another class doing .infobox work, which is .tpl-infobox, which at least I've got all the infobox templates that reference a class referencing as above. What I have been thinking we should do is remove the .infobox styles in Common.css and then whenever I decide what we should do about not having a template called "infobox", we move all the templates above to use .infobox along with TemplateStyles. But either way, the current class definitions in this file are going to make testing a sad day.

I think there's probably good reason to have that template now to hold the styles, even just a basic wikitext version, so we can also handle small resolutions etc. And maybe get consistent infoboxes, Idk. This wiki confuses me that there has been so much "I want my special styles"-isms (and the lack of an infobox template is one), and the fact that Template:Sidebar isn't used more, and and.... --Izno (talk) 19:41, 26 May 2021 (UTC)


 * I have copied all infobox styles to Template:Infobox/styles.css, Template:Extension/styles.css, Template:Extension/status.css, and Template:Skin/styles.css — ExE Boss 21:05, 6 July 2021 (UTC)
 * Did you mean not to use Extension/styles.css on Template:Tool as noted by its use above? Izno (talk) 21:58, 6 July 2021 (UTC)
 * (and ) use Template:Extension/ status .css, not Template:Extension/ styles .css. The former contains only the styles for the classes (which are used by all of, , and ), whereas the latter contains styles that only make sense for . — ExE Boss  22:10, 6 July 2021 (UTC)
 * I deliberately did not reference /status.css. See the search above where Template:Tool had the class for . Izno (talk) 22:17, 6 July 2021 (UTC)
 * Though it looks like I hit a false positive there. Izno (talk) 00:43, 7 July 2021 (UTC)

Last to TemplateStyles: mbox and MediaWiki:Gadget-enwp-boxes.css
Just starting a section here for working space. I can see they've been split on template lines to templatestyles but these really should be loaded from Module:Message box. Just need to sort out... how? What the actual split should be for the generic styles? Izno (talk) 23:22, 7 July 2021 (UTC)


 * I’ve already done some work on this on the Meta&#x2011;Wiki, in the order of loading:
 * m:Template:Mbox/styles.cssUsed by all Message Box templates.
 * m:Template: [A|C|F|I|O|T] mbox/styles.cssUsed by the relevant Message Box subclass.
 * m:Template:Mbox/small.css (also in: Template:Mbox/small.css)Used when small is set to a truthy value.
 * Note that these aren’t currently used outside of my userpage, which is so that the “m:User:ExE Boss/OtherProjects” box displays correctly on wikis that don’t include MediaWiki:Gadget-enwp-boxes.css in their MediaWiki:Common.css. — ExE Boss 01:30, 8 July 2021 (UTC)
 * Yeah, splitting Mbox and small to separate sheets isn't great because to get the ambox negative margin rules to work is a PITA in conjunction with per-ambox TStyles. My inclination is to add those to each of the kinds of box sheets, which are mostly used mutually exclusively to a specific page/namespace (i.e. we won't be loading multiple of the same styles regardless, even if there were a lot of styles to duplicate).
 * The only interaction I don't really understand is ombox. Izno (talk) 16:30, 9 July 2021 (UTC)
 * Secondly, these should definitely be loaded via the module and should have names like so, like perhaps Module:Message box/ambox.css. Izno (talk) 16:31, 9 July 2021 (UTC)
 * In that case, how about:


 * — ExE Boss 13:40, 10 July 2021 (UTC)
 * Right, I really don't think or want in reality to have the base styles separate from each of the per-namespace pages. As I said, the ambox ".ambox + .ambox" rule is a PITA to have to deal with when you have TemplateStyles (see what I had to do for Module:Navbox/styles.css). While none of the others have it, that becomes enough to just say 'have the per-namespace styles' with the duplication and then go from there.
 * I also have a mind to making the names nice for the abusefilter on Wikidata which prevents the creation of items for styles pages, which requires pagenames like "/styles.css", so not sure if there's a nice way to fit that into things. Probably not.... Izno (talk) 02:14, 11 July 2021 (UTC)
 * "Fake" subpages like Module:Message box/ambox/styles.css maybe.... Izno (talk) 02:16, 11 July 2021 (UTC)
 * I’d rather avoid “fake” subpages. Also note that Module:Message box/core.css needs to exist in order for all of to override the default  styles when multiple   types are used in a single page (e.g:  from a MediaWiki: message, and   from the current page, because otherwise the  styles would be overriden by the duplicated  styles). That said, I agree that the  should probably be moved into Module:Message box/ambox.css (and any other *mbox.css that supports true) — ExE Boss  15:30, 15 July 2021 (UTC)

The point is that core.css and mbox-small don't need to exist as separate sheets; you just roll in the styles to the specific stylesheets and then add a .Xmbox to the front of each selector. It's a duplication but gets us down to one sheet each, and the duplication is minimal since we do not anticipate (generally) having multiple template types per page.

Ambox example (uninteresting styles elided): becomes: These styles were as compressed with 'core' styles as they are solely because they're applied globally, but we can be a little more wasteful given that there are usually at most 2 types per page and more commonly 1 (and it reduces the count of selectors anyway, which are slightly expensive for the hidden .mw-parser-output).

The other thing to consider is getting this from presentation tables to flexy divs, but I haven't spent a lot of time yet thinking through the implications of neighboring floats and getting the images not to shrink to oblivion (which I know the solution to but it requires hardish-coded min-widths/flex basis).

--Izno (talk) 17:53, 15 July 2021 (UTC)
 * I’ve now converted all of ambox.css, cmbox.css, imbox.css, ombox.css, and tmbox.css to use what you’ve suggested. All that’s left now is to move Template:Fmbox/styles.css to Module:Message box/fmbox.css and apply Special:Diff/4705697 to Module:Message box, which will both need to be done by an admin. Also note that MediaWiki:Gadget-enwp-boxes.css is used by other wikis using Web/CSS/@import, so it can’t be deleted. — ExE Boss 19:50, 15 July 2021 (UTC)
 * It can be uninstalled. That said, other wikis shouldn't be importing that file because there is a potential for that file to change when the module changes (in the general), and certainly they'll need to keep their own copy of the CSS from when they migrate to TemplateStyles.
 * I see missing styles in ambox.css e.g. the margins. I'm not sure what you copied from. Izno (talk) 23:07, 15 July 2021 (UTC)
 * I copied from MediaWiki:Gadget-enwp-boxes.css, but I missed that the rule that already was in Module:Message box/ambox.css when I moved it only had the  and  properties. — ExE Boss  23:45, 15 July 2021 (UTC)

So took care of the remaining changes (plus one I left in Discord for him that is not blocking others) and I've removed dependency on the gadget now! :D :D --Izno (talk) 20:43, 1 September 2021 (UTC)


 * So, slight snag so far, see Topic:Wfrdeo4yt7eqjpie. Summary: Not all messages are wrapped in mw-parser-output. Izno (talk) 21:54, 1 September 2021 (UTC)
 * Slight snag, many interface pages don't come with mw-parser-output. I think it would probably be valuable to wrap all instances of fmbox in &lt;div class="mw-parser-output">...&lt;/div> for the time being via the module. --Izno (talk) 22:12, 1 September 2021 (UTC)
 * This is in the sandbox module now. Izno (talk) 02:47, 2 September 2021 (UTC)
 * I did this manually for now as a workaround. Legoktm (talk) 10:30, 11 September 2021 (UTC)
 * Can you sync the sandbox module instead? xD Izno (talk) 19:17, 14 September 2021 (UTC)


 * I'm not sure what's going on, but there are missing styles on special pages (e.g. Special:DoubleRedirects for mbox from MediaWiki:Doubleredirectstext), and in editnotices (e.g. MediaWiki-namespace editnotice). I believe the above discussion is related, but I'm mentioning these examples in case they are of some use. --Krinkle (talk) 23:16, 17 September 2021 (UTC)
 * To fix edit notices, the simplest solution is to add  to the  element. — ExE Boss 10:15, 18 September 2021 (UTC)
 * , I need any willing admin to sync the sandbox module to the main module to fix the issue for all fmboxes, if you don't want to hunt down each and every message that needs a manual solution. Right now that's both you and Legoktm who have commented who have the relevant user group. :^) --IznoPublic (talk) 09:10, 20 September 2021 (UTC)
 * The thread up the way I mentioned may also be of interest. I honestly don't understand why we should have to hunt down any messages at all when so far as I know, MediaWiki basically already knows all the messages that are parsed.... But maybe it doesn't? --IznoPublic (talk) 09:20, 20 September 2021 (UTC)

Someone please sync Module:Message box/sandbox to Module:Message box. Thanks! --IznoPublic (talk) 15:19, 29 September 2021 (UTC)
 * I did Special:Diff/4836175. Here's hoping I didn't break anything. &mdash; Mainframe98 talk 16:42, 29 September 2021 (UTC)