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)Reply

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)Reply
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)Reply

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)Reply

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)Reply
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)Reply
/me hides because of the border ;-) --:Bdk: 16:58, 25 April 2006 (UTC) Reply

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)Reply

Well done, much better than the u**** colour, of course. --:Bdk: 16:58, 25 April 2006 (UTC) Reply

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)Reply

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)Reply

Border colors
borderc1
#e9e9e9
light gray
borderc2
#aaaaaa
gray (as toc)
borderc3
#777777
dark gray
borderc4
#000000
black
borderc5
#c00000
red
borderc6
#025e9d
blue
borderc7
#008040
green
borderc8
#ffcc00
yellow


Background colors
backgroundc1
#ffffff
white
backgroundc2
#f9f9f9
light gray (as toc)
backgroundc3
#eeeeee
light gray (headers)
backgroundc4
#e0e0e0
->
backgroundc5
#d2d2d2
->
backgroundc6
#b7b7b7
->
backgroundc7
#a3a3a3
darker gray
backgroundc8
#444455
very dark gray

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><nowiki>

to

/** <pre><nowiki> */

and

</nowiki></pre>

to

/** </nowiki></pre> */

or something like that.

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

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

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)Reply

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 ?title=-&action=raw&smaxage=0&gen=js "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)Reply
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
<style type="text/css">/*<![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";
/*]]>*/</style>
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.
body {color:red;} /* THIS WORKS! But it affects only the text in the edit screens. It's good that text can be a special color while editing, but unintended consequences are unknown. Fingers crossed for now. For one thing ... THIS text that I'm currently editing is NOT colored!  ?? */
69.203.102.97 00:28, 12 February 2018 (UTC)Reply

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)Reply

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)Reply

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)Reply

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...) — Preceding unsigned comment added by 119.11.44.114 (talkcontribs) 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)Reply
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)Reply


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)Reply

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)Reply

 /* Colour of NS Project + Project_talk (light sky blue) */
 
 .ns-4 #content, .ns-4 #p-cactions li, .ns-4 #p-cactions li a { background: #f8fcff; }
 .ns-4 div.thumb { border-color: #f8fcff; } 
 
 .ns-5 #content, .ns-5 #p-cactions li, .ns-5 #p-cactions li a { background: #f8fcff; }
 .ns-5 div.thumb { border-color: #f8fcff; }
 
 /* Colour of NS MediaWiki + MediaWiki_talk (light grey) */
 
 .ns-8 #content, .ns-8 #p-cactions li, .ns-8 #p-cactions li a { background: #f4f4f4; }
 .ns-8 div.thumb { border-color: #f4f4f4; } 
 
 .ns-9 #content, .ns-9 #p-cactions li, .ns-9 #p-cactions li a { background: #f4f4f4; }
 .ns-9 div.thumb { border-color: #f4f4f4; }
 /* Colour of NS Manual + Manual_talk (light bluish violet) */
 
 .ns-100 #content, .ns-100 #p-cactions li, .ns-100 #p-cactions li a { background: #f3f3ff; }
 .ns-100 div.thumb { border-color: #f3f3ff; } 
 
 .ns-101 #content, .ns-101 #p-cactions li, .ns-101 #p-cactions li a { background: #f3f3ff; }
 .ns-101 div.thumb { border-color: #f3f3ff; }
This has been fixed. --:bdk: 21:53, 31 August 2008 (UTC)Reply

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)Reply

There is no pure CSS solution for this. Some JavaScript utilizing drag handling could probably solve it, though. The issue is: If the <pre> 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.
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)Reply

Sort of unrelated but...

This is sort of unrelated but i guess it could fit here... You can't just type in <noinclude>[[Category:SkinStuff]]</noinclude> 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)Reply

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)Reply

I suggest you to post this suggestion on the Support desk --Arseny1992 22:45, 27 November 2009 (UTC)Reply
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)Reply

background-color + :hover

Hello, i am new and cant edit a little problem with the buttons :

.my-buttons a:hover, .my-buttons a:active {
	background-color: #bbccdd !important;
	border-style: inset;
}

without !important the background-color doesn't work on :hover (tested on Firefox 3.5.5 ) Oeil 23:52, 12 December 2009 (UTC)Reply

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)Reply

width of boxes in main page

Could someone change the line

.LanguageLinks { margin-top: 0.5em; }

to

.LanguageLinks { margin: 0.5em 10px; }

, 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

.mainpage .catlinks { margin: 1em 10px 0px; }

, so that the categories box also aligns :) --Waldir 15:41, 18 May 2010 (UTC)Reply

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)Reply

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)Reply

File location

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

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

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.

To copy the stylesheet to your own mediawiki site, edit (or create) a page called MediaWiki:Common.css on your site by copying & pasting the contents of MediaWiki.org's MediaWiki:Gadget-site.css page. - Frenz242 (talk) 05:57, 9 April 2013 (UTC)Reply

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)Reply

Add class to hide toc numbering

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

div.noautonum .tocnumber { display: none; }

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

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)Reply

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)Reply
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)Reply
It isn't. Gadget CSS is loaded through a regular stylesheet directive. Edokter (talk) — 20:50, 29 May 2013 (UTC)Reply
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)Reply
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)Reply
I haven't heard any rationale for the move, so if there are no objections, I will move it back in the near future. -- [[User:Edokter]] {{talk}} 09:33, 7 September 2014 (UTC)Reply
Allegedly, to benefit from ResourceLoader. Right? --Nemo 15:48, 7 September 2014 (UTC)Reply
@Krinkle: ^. Helder 17:52, 8 September 2014 (UTC)Reply
@Nemo bis: , Common.css is also loaded as a ResourceLoader module, so what would be the benefit? -- [[User:Edokter]] {{talk}} 21:30, 10 September 2014 (UTC)Reply
@Edokter: 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)Reply
I guess I should read bug 27488 again... This is probably discussed there. Helder 18:02, 8 September 2014 (UTC)Reply
@Helder.wiki: , 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? -- [[User:Edokter]] {{talk}} 21:30, 10 September 2014 (UTC)Reply
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. -- [[User:Edokter]] {{talk}} 21:56, 10 September 2014 (UTC)Reply

Persian font

Hi. Please add this

:lang(fa) {
  font-family: Tahoma, 'Iranian Sans', 'DejaVu Sans', sans-serif;
}

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)Reply

  Done Matma Rex (talk) 13:06, 17 August 2013 (UTC)Reply

RTL

Please change

 .SpecialPageInfo {
 	background-color: #f9f9f9;
 	background-image: url(//upload.wikimedia.org/wikipedia/commons/thumb/8/89/Exquisite-khelpcenter.png/35px-Exquisite-khelpcenter.png);
-	background-position: 0.8em 0.5em;
+	background-position: 1% 0.5em;

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 .mw-content-rtl class. Matma Rex (talk) 13:13, 17 August 2013 (UTC)Reply
Yes. It is right, it will just work on RTL UI. A complete solution I guess needs .mw-content-ltr .SpecialPageInfo and .mw-content-rtl .SpecialPageInfo and both of them need /* @no-flip */ on background-position. ebraminiotalk 15:38, 17 August 2013 (UTC)Reply

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)Reply

Remove hack?

Since bugzilla:26204 was marked as fixed, this part of the code should not be needed anymore. Helder.wiki 01:59, 1 July 2014 (UTC)

Removed. -- [[User:Edokter]] {{talk}} 21:31, 3 July 2014 (UTC)Reply

Add css for mbox, fmbox, ambox, ombox and other

Hi please add this css

/* Cell sizes for ambox/tmbox/imbox/cmbox/ombox/fmbox/dmbox message boxes */
th.mbox-text, td.mbox-text {   /* The message body cell(s) */
    border: none;
    /* @noflip */
    padding: 0.25em 0.9em;     /* 0.9em left/right */
    width: 100%;               /* Make all mboxes the same width regardless of text length */
}
td.mbox-image {                /* The left image cell */
    border: none;
    /* @noflip */
    padding: 2px 0 2px 0.9em;  /* 0.9em left, 0px right */
    text-align: center;
}
td.mbox-imageright {           /* The right image cell */
    border: none;
    /* @noflip */
    padding: 2px 0.9em 2px 0;  /* 0px left, 0.9em right */
    text-align: center;
}
td.mbox-empty-cell {           /* An empty narrow cell */
    border: none;
    padding: 0;
    width: 1px;
}

/* Article message box styles */
table.ambox {
    margin: 0 10%;                  /* 10% = Will not overlap with other elements */
    border: 1px solid #aaa;
    /* @noflip */
    border-left: 10px solid #1e90ff;  /* Default "notice" blue */
    background: #fbfbfb;
}
table.ambox + table.ambox {      /* Single border between stacked boxes. */
    margin-top: -1px;
}
.ambox th.mbox-text,
.ambox td.mbox-text {            /* The message body cell(s) */
    padding: 0.25em 0.5em;       /* 0.5em left/right */
}
.ambox td.mbox-image {           /* The left image cell */
    /* @noflip */
    padding: 2px 0 2px 0.5em;    /* 0.5em left, 0px right */
}
.ambox td.mbox-imageright {      /* The right image cell */
    /* @noflip */
    padding: 2px 0.5em 2px 0;    /* 0px left, 0.5em right */
}

table.ambox-notice {
    /* @noflip */
    border-left: 10px solid #1e90ff;    /* Blue */
}
table.ambox-speedy {
    /* @noflip */
    border-left: 10px solid #b22222;    /* Red */
    background: #fee;                   /* Pink */
}
table.ambox-delete {
    /* @noflip */
    border-left: 10px solid #b22222;    /* Red */
}
table.ambox-content {
    /* @noflip */
    border-left: 10px solid #f28500;    /* Orange */
}
table.ambox-style {
    /* @noflip */
    border-left: 10px solid #f4c430;    /* Yellow */
}
table.ambox-move {
    /* @noflip */
    border-left: 10px solid #9932cc;    /* Purple */
}
table.ambox-protection {
    /* @noflip */
    border-left: 10px solid #bba;       /* Gray-gold */
}

/* Image message box styles */
table.imbox {
    margin: 4px 10%;
    border-collapse: collapse;
    border: 3px solid #1e90ff;    /* Default "notice" blue */
    background: #fbfbfb;
}
.imbox .mbox-text .imbox {  /* For imboxes inside imbox-text cells. */
    margin: 0 -0.5em;       /* 0.9 - 0.5 = 0.4em left/right.        */
    display: block;         /* Fix for webkit to force 100% width.  */
}
.mbox-inside .imbox {       /* For imboxes inside other templates.  */
    margin: 4px;
}

table.imbox-notice {
    border: 3px solid #1e90ff;    /* Blue */
}
table.imbox-speedy {
    border: 3px solid #b22222;    /* Red */
    background: #fee;             /* Pink */
}
table.imbox-delete {
    border: 3px solid #b22222;    /* Red */
}
table.imbox-content {
    border: 3px solid #f28500;    /* Orange */
}
table.imbox-style {
    border: 3px solid #f4c430;    /* Yellow */
}
table.imbox-move {
    border: 3px solid #9932cc;    /* Purple */
}
table.imbox-protection {
    border: 3px solid #bba;       /* Gray-gold */
}
table.imbox-license {
    border: 3px solid #88a;       /* Dark gray */
    background: #f7f8ff;          /* Light gray */
}
table.imbox-featured {
    border: 3px solid #cba135;    /* Brown-gold */
}

/* Category message box styles */
table.cmbox {
    margin: 3px 10%;
    border-collapse: collapse;
    border: 1px solid #aaa;
    background: #DFE8FF;    /* Default "notice" blue */
}

table.cmbox-notice {
    background: #D8E8FF;    /* Blue */
}
table.cmbox-speedy {
    margin-top: 4px;
    margin-bottom: 4px;
    border: 4px solid #b22222;    /* Red */
    background: #FFDBDB;          /* Pink */
}
table.cmbox-delete {
    background: #FFDBDB;    /* Red */
}
table.cmbox-content {
    background: #FFE7CE;    /* Orange */
}
table.cmbox-style {
    background: #FFF9DB;    /* Yellow */
}
table.cmbox-move {
    background: #E4D8FF;    /* Purple */
}
table.cmbox-protection {
    background: #EFEFE1;    /* Gray-gold */
}

/* Other pages message box styles */
table.ombox {
    margin: 4px 10%;
    border-collapse: collapse;
    border: 1px solid #aaa;       /* Default "notice" gray */
    background: #f9f9f9;
}

table.ombox-notice {
    border: 1px solid #aaa;       /* Gray */
}
table.ombox-speedy {
    border: 2px solid #b22222;    /* Red */
    background: #fee;             /* Pink */
}
table.ombox-delete {
    border: 2px solid #b22222;    /* Red */
}
table.ombox-content {
    border: 1px solid #f28500;    /* Orange */
}
table.ombox-style {
    border: 1px solid #f4c430;    /* Yellow */
}
table.ombox-move {
    border: 1px solid #9932cc;    /* Purple */
}
table.ombox-protection {
    border: 2px solid #bba;       /* Gray-gold */
}

/* Talk page message box styles */
table.tmbox {
    margin: 4px 10%;
    border-collapse: collapse;
    border: 1px solid #c0c090;    /* Default "notice" gray-brown */
    background: #f8eaba;
}
.mediawiki .mbox-inside .tmbox { /* For tmboxes inside other templates. The "mediawiki" class ensures that */
    margin: 2px 0;               /* this declaration overrides other styles (including mbox-small above)   */
    width: 100%;                 /* For Safari and Opera */
}
.mbox-inside .tmbox.mbox-small { /* "small" tmboxes should not be small when  */
    line-height: 1.5em;          /* also "nested", so reset styles that are   */
    font-size: 100%;             /* set in "mbox-small" above.                */
}

table.tmbox-speedy {
    border: 2px solid #b22222;    /* Red */
    background: #fee;             /* Pink */
}
table.tmbox-delete {
    border: 2px solid #b22222;    /* Red */
}
table.tmbox-content {
    border: 2px solid #f28500;    /* Orange */
}
table.tmbox-style {
    border: 2px solid #f4c430;    /* Yellow */
}
table.tmbox-move {
    border: 2px solid #9932cc;    /* Purple */
}
table.tmbox-protection,
table.tmbox-notice {
    border: 1px solid #c0c090;    /* Gray-brown */
}

/* Disambig and set index box styles */
table.dmbox {
    clear: both;
    margin: 0.9em 1em;
    border-top: 1px solid #ccc;
    border-bottom: 1px solid #ccc;
    background: transparent;
}

/* Footer and header message box styles */
table.fmbox {
    clear: both;
    margin: 0.2em 0;
    width: 100%;
    border: 1px solid #aaa;
    background: #f9f9f9;     /* Default "system" gray */
}
table.fmbox-system {
    background: #f9f9f9;
}
table.fmbox-warning {
    border: 1px solid #bb7070;  /* Dark pink */
    background: #ffdbdb;        /* Pink */
}
table.fmbox-editnotice {
    background: transparent;
}
/* Div based "warning" style fmbox messages. */
div.mw-warning-with-logexcerpt,
div.mw-lag-warn-high,
div.mw-cascadeprotectedwarning,
div#mw-protect-cascadeon,
div.titleblacklist-warning,
div.locked-warning {
    clear: both;
    margin: 0.2em 0;
    border: 1px solid #bb7070;
    background: #ffdbdb;
    padding: 0.25em 0.9em;
}
/* Div based "system" style fmbox messages.
   Used in [[MediaWiki:Readonly lag]]. */
div.mw-lag-warn-normal,
div.fmbox-system {
    clear: both;
    margin: 0.2em 0;
    border: 1px solid #aaa;
    background: #f9f9f9;
    padding: 0.25em 0.9em;
}

/* These mbox-small classes must be placed after all other
   ambox/tmbox/ombox etc classes. "body.mediawiki" is so
   they override "table.ambox + table.ambox" above. */
body.mediawiki table.mbox-small {   /* For the "small=yes" option. */
    /* @noflip */
    clear: right;
    /* @noflip */
    float: right;
    /* @noflip */
    margin: 4px 0 4px 1em;
    width: 238px;
    font-size: 88%;
    line-height: 1.25em;
}
body.mediawiki table.mbox-small-left {   /* For the "small=left" option. */
    /* @noflip */
    margin: 4px 1em 4px 0;
    width: 238px;
    border-collapse: collapse;
    font-size: 88%;
    line-height: 1.25em;
}

/* Style for compact ambox */
/* Hide the images */
.compact-ambox table .mbox-image,
.compact-ambox table .mbox-imageright,
.compact-ambox table .mbox-empty-cell {
    display: none;
}
/* Remove borders, backgrounds, padding, etc. */
.compact-ambox table.ambox {
    border: none;
    border-collapse: collapse;
    background: transparent;
    margin: 0 0 0 1.6em !important;
    padding: 0 !important;
    width: auto;
    display: block;
}
body.mediawiki .compact-ambox table.mbox-small-left {
    font-size: 100%;
    width: auto;
    margin: 0;
}
/* Style the text cell as a list item and remove its padding */
.compact-ambox table .mbox-text {
    padding: 0 !important;
    margin: 0 !important;
}
.compact-ambox table .mbox-text-span {
    display: list-item;
    line-height: 1.5em;
    list-style-type: square;
    list-style-image: url(/w/skins/MonoBook/bullet.gif);
}
.skin-vector .compact-ambox table .mbox-text-span {
    list-style-type: disc;
    list-style-image: url(/w/skins/Vector/images/bullet-icon.png)
}
/* Allow for hiding text in compact form */
.compact-ambox .hide-when-compact {
    display: none;
}

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)Reply

I see no broken templates, and we generally have no use for all this ambox code here. -- [[User:Edokter]] {{talk}} 20:30, 10 August 2015 (UTC)Reply

TOCLIMIT doc

This commentː

/*
 * Allow limiting of which header levels are shown in a TOC;
 * <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

@Wargo: Please add this code (copied from meta-wiki). It should be added just after the /* end hlist */ 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)Reply

  Done --wargo (talk) 18:25, 29 March 2019 (UTC)Reply

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)Reply

@Ladsgroup, Remember the dot, and Wargo: Any of you? —Tacsipacsi (talk) 22:06, 15 June 2019 (UTC)Reply
@Tacsipacsi: . Done. Thanks. Can you do this for other templates too? Ladsgroup (talk) 01:33, 16 June 2019 (UTC)Reply
@Ladsgroup: (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)Reply

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)Reply

@Derslek: Yes, there is: append
.mw-wiki-logo {
	background-image: url(https://upload.wikimedia.org/...);
}
(with https://upload.wikimedia.org/... 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. https://upload.wikimedia.org/wikipedia/commons/thumb/8/8f/Tatar_Wikipedia_holiday_logo_1.png/139px-Tatar_Wikipedia_holiday_logo_1.png. 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 @media 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)Reply
@Tacsipacsi: 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)Reply
@Derslek: Hey there, to ask for this, you should file a Phabricator task; I've filed phab:T240797 for you, but I don't understand. Can you reply there? Thanks. Jdforrester (WMF) (talk) 18:48, 15 December 2019 (UTC)Reply

@Jdforrester (WMF): 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)Reply

@Tacsipacsi: 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)Reply
@Jdforrester (WMF): 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 url(...) 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)Reply

Edit request

Please replace url(//upload.wikimedia.org/wikipedia/mediawiki/6/67/PD-icon-faded.png) with url(//upload.wikimedia.org/wikipedia/commons/6/67/PD-icon-faded.png), 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)Reply

Done. —user:Hasley 02:23, 8 September 2020 (UTC)Reply

Remove obsolete extension styles

Please remove:

.ext-status-magic,
.ext-status-magic td {
	border-color: #fe57a1;
}
.ext-status-magic .ext-infobox-header {
	color: #000;
	background: #FFDBEB url(//upload.wikimedia.org/wikipedia/commons/thumb/2/20/Magic_wand.svg/60px-Magic_wand.svg.png) 0 0 no-repeat;
}
.ext-status-magic .ext-infobox-header img {
	visibility: hidden;
	padding-right: 1em;

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)Reply

@Krinkle: any objections to removal? You added this in Special:Diff/524367 --DannyS712 (talk) 20:18, 24 September 2020 (UTC)Reply
  Done, --Krinkle (talk) 20:59, 24 September 2020 (UTC)Reply

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:

/* SideBox styling */
div.sideBox {
	position: relative;
	float: right;
	background: white;
	margin-left: 1em;
	border: 1px solid gray;
	padding: 0.3em;
	width: 200px;
	overflow: hidden;
	clear: right;
}
div.sideBox dl {
	padding: 0;
	margin: 0 0 0.3em 0;
	font-size: 96%;
}
div.sideBox dl dt {
	background: none;
	margin: 0.4em 0 0 0;
}
div.sideBox dl dd {
	margin: 0.1em 0 0 1.1em;
	background-color: #f3f3f3;
}

--Izno (talk) 19:44, 16 September 2020 (UTC)Reply

  Done --DannyS712 (talk) 01:18, 29 September 2020 (UTC)Reply

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).

/* Testing for code review */
div.mw-wordcloud {
	width: 100%;
	text-align: justify;
}

.mw-wordcloud-size-1 {
	color: #222;
	font-size: 2.4em;
}
.mw-wordcloud-size-2 {
	color: #333;
	font-size: 2.2em;
}
.mw-wordcloud-size-3 {
	color: #444;
	font-size: 2.0em;
}
.mw-wordcloud-size-4 {
	color: #555;
	font-size: 1.8em;
}
.mw-wordcloud-size-5 {
	color: #666;
	font-size: 1.6em;
}
.mw-wordcloud-size-6 {
	color: #777;
	font-size: 1.4em;
}
.mw-wordcloud-size-7 {
	color: #888;
	font-size: 1.2em;
}
.mw-wordcloud-size-8 {
	color: #999;
	font-size: 1em;
}
.mw-wordcloud-size-9 {
	color: #aaa;
	font-size: 0.8em;
	letter-spacing: 3px;
}
.mw-wordcloud-size-10,
.mw-wordcloud-size-0 {
	color: #bbb;
	font-size: 0.8em;
}

--Izno (talk) 23:29, 28 September 2020 (UTC)Reply

@Izno: These classes are added by the code review extension, see [1] - not sure if that changes the considerations --DannyS712 (talk) 01:19, 29 September 2020 (UTC)Reply
@DannyS712: 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:
/* Testing for code review */
div.mw-wordcloud {
	width: 100%;
}

.mw-wordcloud-size-1 {
	color: #222;
	font-size: 2.4em;
}
.mw-wordcloud-size-2 {
	color: #333;
	font-size: 2.2em;
}
.mw-wordcloud-size-3 {
	color: #444;
	font-size: 2.0em;
}
.mw-wordcloud-size-4 {
	color: #555;
	font-size: 1.8em;
}
.mw-wordcloud-size-5 {
	color: #666;
	font-size: 1.6em;
}
.mw-wordcloud-size-6 {
	color: #777;
	font-size: 1.4em;
}
.mw-wordcloud-size-7 {
	color: #888;
	font-size: 1.2em;
}
.mw-wordcloud-size-8 {
	color: #999;
	font-size: 1em;
}
.mw-wordcloud-size-9 {
	color: #aaa;
}
.mw-wordcloud-size-10,
.mw-wordcloud-size-0 {
	color: #bbb;
	font-size: 0.8em;
}
Leaving just the below as a question mark:
/* Testing for code review */
div.mw-wordcloud {
	text-align: justify;
}

.mw-wordcloud-size-9 {
	font-size: 0.8em;
	letter-spacing: 3px;
}
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:
/* Testing for code review */
div.mw-wordcloud {
	text-align: justify;
}
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)Reply
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)Reply
  Done 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. --Skizzerz 23:46, 12 May 2021 (UTC)Reply

Remove phui

Remove from MediaWiki:Gadget-site.css#L-1023. I've moved it to TemplateStyles. --Izno (talk) 23:43, 12 May 2021 (UTC)Reply

  Done --Skizzerz 23:52, 12 May 2021 (UTC)Reply

Remove banner

{{edit request}} Remove from MediaWiki:Gadget-site.css#L-928 starting with .banner-image {. 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)Reply

And also remove the use of .mf-mobile-only 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)Reply
  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove VE typing test

Shipped these to TemplateStyles. Remove from what is currently MediaWiki:Gadget-site.css#L-837 from For templates in Category:VisualEditor tests templates to the end of the class definition. Izno (talk) 18:04, 13 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove VE doc styles

Shipped these to TemplateStyles. Remove from what is currently MediaWiki:Gadget-site.css#L-772 to 835, starting from VisualEditor documentation styles - required for displaying document diagrams to the definition of .ve-doc-dm-achar-text. Izno (talk) 17:56, 13 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove database layout

Shipped these to TemplateStyles at Manual:Database layout/viewbox/styles.css. Remove from what is currently MediaWiki:Gadget-site.css#L-747 to 770. --Izno (talk) 18:37, 19 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove rtl translations

These are unused. Remove from what is currently MediaWiki:Gadget-site.css#L-718 to 727. --Izno (talk) 18:39, 19 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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#L-629 to 716 starting from .breadcrumb and ending at the last line for .nextcrumb. Izno (talk) 16:16, 13 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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 <templatestyles src=":Account creation user experience/ACIP messages/ACP1-Fancycaptcha-createaccount/styles.css"/>. (I do not totally understand why these are in MediaWiki space.)

Subsequent, remove the lines from what is currently MediaWiki:Gadget-site.css#L-574 to 626. Izno (talk) 02:01, 14 May 2021 (UTC)Reply

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)Reply
... Yes, that place. Izno (talk) 01:24, 15 May 2021 (UTC)Reply
  DoneTheDJ (Not WMF) (talkcontribs) 20:42, 19 May 2021 (UTC)Reply

Remove api search hiding

The CSS from MediaWiki:Gadget-site.css#L-564 to 572 has been unused since 2018. It should be removed. --Izno (talk) 18:06, 19 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove toclimit

I've shuffled this off to Template:TOC/limit-styles.css and implemented where necessary. Remove from MediaWiki:Gadget-site.css#L-451. --Izno (talk) 01:10, 15 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove cmd

Shuffled off to Template:Cmd/styles.css. Remove from MediaWiki:Gadget-site.css#L-430. --Izno (talk) 17:55, 15 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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)Reply

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)Reply
  DoneTheDJ (Not WMF) (talkcontribs) 20:30, 19 May 2021 (UTC)Reply

Remove template documentation

These have been in TemplateStyles for some time at this point. Remove from what is currently MediaWiki:Gadget-site.css#L-301 the definition of .template-documentation. Izno (talk) 21:00, 13 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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#L-286 - 298. --Izno (talk) 00:41, 15 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove hatnote

Shuffled off to Template:Hatnote/styles.css. Remove from MediaWiki:Gadget-site.css#L-275 to 284. --Izno (talk) 19:46, 19 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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#L-125 to 162. --Izno (talk) 00:07, 15 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

Remove hl1-3

The wikitable header styles at MediaWiki:Gadget-site.css#L-97 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)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:21, 19 May 2021 (UTC)Reply

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#L-35 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)Reply

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)Reply
  DoneTheDJ (Not WMF) (talkcontribs) 20:35, 19 May 2021 (UTC)Reply

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 |NavFrame.js in the first line of #interface-gadgets, |NavFrame.css in the second line of #interface-gadgets, and the entirety of the third line, collapsibleTables[ResourceLoader|default]|collapsibleTables.js, but I could be wrong about how gadgets-definition works. Izno (talk) 07:17, 19 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 20:25, 19 May 2021 (UTC)Reply

Remove .persian

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

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)Reply
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. —TheDJ (Not WMF) (talkcontribs) 12:13, 26 May 2021 (UTC)Reply

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#L-349. --Izno (talk) 23:20, 24 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:08, 26 May 2021 (UTC)Reply

Remove .wrapPreLines

Unused. Remove from MediaWiki:Gadget-site.css#L-303. --Izno (talk) 23:09, 24 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:17, 26 May 2021 (UTC)Reply

Remove .block-contents

Unused. Remove from MediaWiki:Gadget-site.css#L-199. --Izno (talk) 23:07, 24 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:17, 26 May 2021 (UTC)Reply

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#L-72. --Izno (talk) 21:57, 25 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:10, 26 May 2021 (UTC)Reply

Remove .mw-viewprevnext

Unused both locally and in Code Search. Remove from MediaWiki:Gadget-site.css#L-48. --Izno (talk) 23:32, 24 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:10, 26 May 2021 (UTC)Reply

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#L-35.

--Izno (talk) 22:12, 25 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:27, 26 May 2021 (UTC)Reply

Remove another lqt item

Remove MediaWiki:Gadget-site.css#L-433 per previous discovery of no more LQT. --Izno (talk) 23:50, 29 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 10:06, 4 June 2021 (UTC)Reply

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#L-51. --Izno (talk) 23:29, 24 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 12:10, 26 May 2021 (UTC)Reply
@TheDJ: You didn't remove this one. I'll add discussion about infobox in a bit. Izno (talk) 16:41, 26 May 2021 (UTC)Reply
  Done oops. —TheDJ (Not WMF) (talkcontribs) 10:05, 4 June 2021 (UTC)Reply

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)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 10:04, 4 June 2021 (UTC)Reply

Working space (p1)

Hlist

  Done 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:

Remaining users:

For hlist:

  1. When navbar isn't present
    • it will carry its own hlist Templatestyles tag and we can avoid outputting another in an arbitrary place
  2. And hlist is detected in any class attribute
  3. Insert the templatestyles tag into the first cell in the template
    • 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

  Done Migrated to {{plainlist}} in most cases. Remaining users:

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

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

Remove .plainlist

Remove from MediaWiki:Gadget-site.css#L-423. Plainlist only exists in TemplateStyles form now, either from {{plainlist}} or invoked directly by Module:Navbox. --Izno (talk) 23:50, 29 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:26, 23 June 2021 (UTC)Reply

Remove .hlist

Remove from MediaWiki:Gadget-site.css#L-349. 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)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:26, 23 June 2021 (UTC)Reply

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#L-306 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)Reply

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. —TheDJ (Not WMF) (talkcontribs) 12:17, 26 May 2021 (UTC)Reply
@TheDJ: See above. --Izno (talk) 19:42, 26 May 2021 (UTC)Reply
  DoneTheDJ (Not WMF) (talkcontribs) 22:26, 23 June 2021 (UTC)Reply

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#L-166. --Izno (talk) 23:50, 29 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:24, 23 June 2021 (UTC)Reply

Remove code convention borders

Shipped to Template:Code convention example and replaced where used. Remove from MediaWiki:Gadget-site.css#L-56. --Izno (talk) 20:32, 26 May 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:24, 23 June 2021 (UTC)Reply

Remove ambox-compact

There are no cases of ambox-compact in the wild on this wiki. Remove from MediaWiki:Gadget-enwp-boxes.css#L-318 to the end. --Izno (talk) 02:25, 3 June 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:24, 23 June 2021 (UTC)Reply

Remove dmbox

I have shipped the only instance of .dmbox to Template:Disambiguation/styles.css. Remove from MediaWiki:Gadget-enwp-boxes.css#L-249. --Izno (talk) 00:36, 3 June 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:24, 23 June 2021 (UTC)Reply

Remove hide-prefix in js

hide-prefix is used nowhere on wiki nor in the software. Remove from MediaWiki:Gadget-site.js#L-72. --Izno (talk) 00:57, 5 June 2021 (UTC)Reply

  DoneTheDJ (Not WMF) (talkcontribs) 22:24, 23 June 2021 (UTC)Reply

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#L-3.

This may also speak to a need for one or another changes:

  • 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.

--Izno (talk) 15:49, 7 June 2021 (UTC)Reply

Done. --Izno (talk) 04:17, 6 July 2021 (UTC)Reply


Add style for Template:Extension

{{Edit Protected}} Add the following style to MediaWiki:Gadget-site.css for consistency:

.ext-infobox-header a {
	color: #fff;
}
.ext-status-experimental .ext-infobox-header a {
	color: #fff;
}
.ext-status-beta .ext-infobox-header a {
	color: #000;
}

See also Extension status --Shirayuki (talk) 22:53, 16 October 2020 (UTC)Reply

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)Reply
@Shirayuki:   Partially done in Template:Infobox/styles.css?diff=4692876, Template:Extension/status.css?diff=4692873, and Template:Skin/styles.css?diff=4692871. — ExE Boss (talk) 18:00, 6 July 2021 (UTC)Reply

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:

Used infobox and converted to Template:Sidebar:

Uses tpl-infobox:

Uses ext-infobox

Uses ext-status

Uses skin-infobox

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

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)Reply

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. —TheDJ (Not WMF) (talk • contribs) 12:17, 26 May 2021 (UTC)

@TheDJ: 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)Reply

@Izno: I have copied all infobox styles to Template:Infobox/styles.css, Template:Extension/styles.css[note 1], Template:Extension/status.css, and Template:Skin/styles.css — ExE Boss (talk) 21:05, 6 July 2021 (UTC)Reply
@ExE Boss: 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)Reply
@Izno: {{Tool}} (and {{Skin}}) use Template:Extension/status.css, not Template:Extension/styles.css. The former contains only the styles for the .ext-status-* classes (which are used by all of {{Extension}}, {{Skin}}, and {{Tool}}), whereas the latter contains styles that only make sense for {{Extension}}. — ExE Boss (talk) 22:10, 6 July 2021 (UTC)Reply
I deliberately did not reference /status.css. See the search above where Template:Tool had the class for ext-infobox. Izno (talk) 22:17, 6 July 2021 (UTC)Reply
Though it looks like I hit a false positive there. Izno (talk) 00:43, 7 July 2021 (UTC)Reply

Notes

  1. Currently contains duplicates of some styles in Template:Infobox/styles.css, which I’ll clean up once Template:Extension is marked for translation.


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)Reply

I’ve already done some work on this on the Meta‑Wiki, in the order of loading:
  1. m:Template:Mbox/styles.css
    Used by all Message Box templates.
  2. m:Template:[A|C|F|I|O|T]mbox/styles.css
    Used by the relevant Message Box subclass.
  3. 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 “in other projects” box displays correctly on wikis that don’t include MediaWiki:Gadget-enwp-boxes.css in their MediaWiki:Common.css. — ExE Boss (talk) 01:30, 8 July 2021 (UTC)Reply
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)Reply
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)Reply
In that case, how about:
Page Description
Base styles Module:Message box/core.css (my preference)
or Module:Message box/styles.css
Contains the base .mbox styles.
Per-namespace styles Contains the specialised per-namespace message box styles.
Small styles Module:Message box/small.css What Template:Mbox/small.css currently contains.
— ExE Boss (talk) 13:40, 10 July 2021 (UTC)Reply
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)Reply
"Fake" subpages like Module:Message box/ambox/styles.css maybe.... Izno (talk) 02:16, 11 July 2021 (UTC)Reply
I’d rather avoid “fake” subpages. Also note that Module:Message box/core.css needs to exist in order for all of Module:Message box/[a|c|f|i|o|t]mbox.css to override the default .mbox styles when multiple *mbox types are used in a single page (e.g: {{fmbox}} from a MediaWiki: message, and {{*mbox}} from the current page, because otherwise the .fmbox styles would be overriden by the duplicated .mbox styles). That said, I agree that the .mbox-small should probably be moved into Module:Message box/ambox.css (and any other *mbox.css that supports |small=true) — ExE Boss (talk) 15:30, 15 July 2021 (UTC)Reply

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):

th.mbox-text, td.mbox-text {   /* The message body cell(s) */
	border: none;
	/* @noflip */
	padding: 0.25em 0.9em;     /* 0.9em left/right */
	width: 100%;               /* Make all mboxes the same width regardless of text length */
}
td.mbox-image {                /* The left image cell */
	border: none;
	/* @noflip */
	padding: 2px 0 2px 0.9em;  /* 0.9em left, 0px right */
	text-align: center;
}
td.mbox-imageright {           /* The right image cell */
	border: none;
	/* @noflip */
	padding: 2px 0.9em 2px 0;  /* 0px left, 0.9em right */
	text-align: center;
}
td.mbox-empty-cell {           /* An empty narrow cell */
	border: none;
	padding: 0;
	width: 1px;
}

/* Article message box styles */
table.ambox {
	margin: 0 10%;                  /* 10% = Will not overlap with other elements */
	border: 1px solid #a2a9b1;
	/* @noflip */
	border-left: 10px solid #36c;  /* Default "notice" blue */
	background-color: #fbfbfb;
	box-sizing: border-box;
}
table.ambox + table.ambox {      /* Single border between stacked boxes. */
	margin-top: -1px;
}
.ambox th.mbox-text,
.ambox td.mbox-text {            /* The message body cell(s) */
	padding: 0.25em 0.5em;       /* 0.5em left/right */
}
.ambox td.mbox-image {           /* The left image cell */
	/* @noflip */
	padding: 2px 0 2px 0.5em;    /* 0.5em left, 0px right */
}
.ambox td.mbox-imageright {      /* The right image cell */
	/* @noflip */
	padding: 2px 0.5em 2px 0;    /* 0px left, 0.5em right */
}

becomes:

/* Article message box styles */
table.ambox {
	margin: 0 10%;                  /* 10% = Will not overlap with other elements */
	border: 1px solid #a2a9b1;
	/* @noflip */
	border-left: 10px solid #36c;  /* Default "notice" blue */
	background-color: #fbfbfb;
	box-sizing: border-box;
}
table.ambox + table.ambox {      /* Single border between stacked boxes. */
    /* TODO: Add link, style as appropriate */
	margin-top: -1px;
}

.ambox td.mbox-empty-cell {           /* An empty narrow cell */
	border: none;
	padding: 0;
	width: 1px;
}

.ambox th.mbox-text,
.ambox td.mbox-text {            /* The message body cell(s) */
	border: none;
	width: 100%;               /* Make all mboxes the same width regardless of text length */
	padding: 0.25em 0.5em;       /* 0.5em left/right */
}
.ambox td.mbox-image {           /* The left image cell */
	border: none;
	text-align: center;
	/* @noflip */
	padding: 2px 0 2px 0.5em;    /* 0.5em left, 0px right */
}
.ambox td.mbox-imageright {      /* The right image cell */
	border: none;
	text-align: center;
	/* @noflip */
	padding: 2px 0.5em 2px 0;    /* 0px left, 0.5em right */
}

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)Reply

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 @import url("..."), so it can’t be deleted. — ExE Boss (talk) 19:50, 15 July 2021 (UTC)Reply
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)Reply
I copied from MediaWiki:Gadget-enwp-boxes.css, but I missed that the table.ambox rule that already was in Module:Message box/ambox.css when I moved it only had the {border-left:10px solid #36c;} and {border-right:1px solid #a2a9b1;} properties. — ExE Boss (talk) 23:45, 15 July 2021 (UTC)Reply

So Majavah 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)Reply

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)Reply
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 <div class="mw-parser-output">...</div> for the time being via the module. --Izno (talk) 22:12, 1 September 2021 (UTC)Reply
This is in the sandbox module now. Izno (talk) 02:47, 2 September 2021 (UTC)Reply
I did this manually for now as a workaround. Legoktm (talk) 10:30, 11 September 2021 (UTC)Reply
@Legoktm: Can you sync the sandbox module instead? xD Izno (talk) 19:17, 14 September 2021 (UTC)Reply
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)Reply
To fix edit notices, the simplest solution is to add class="mw‑parser‑output" to the editnotice‑area element. — ExE Boss (talk) 10:15, 18 September 2021 (UTC)Reply
Krinkle, 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)Reply
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)Reply

Someone please sync Module:Message box/sandbox to Module:Message box. Thanks! --IznoPublic (talk) 15:19, 29 September 2021 (UTC)Reply

I did Special:Diff/4836175. Here's hoping I didn't break anything. Mainframe98 talk 16:42, 29 September 2021 (UTC)Reply
Return to "Gadget-site.css/Archive 1" page.