MediaWiki talk:Monobook.css

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
e·h·w·Stock post message.svg To-do:

To-do list is empty: remove {{To do}} tag or click on edit to add an item.

diff code still needed?[edit]

Is this diff code still needed? — RockMFR 01:52, 19 September 2009 (UTC)

Depends on wether we think it was a successful experiment I guess :D I use my own colorcoding CSS for diff. —TheDJ (talkcontribs) 16:42, 17 November 2009 (UTC)
It is still needed, in fact, parts of it could serve well in vector.css, especially the font-size and vertical-align. EdokterTalk 23:16, 18 October 2010 (UTC)
Look at me, replying to a year old message. :) EdokterTalk 23:28, 18 October 2010 (UTC)

Personalized CSS[edit]

Would it be helpful to add personalized CSS for some pages? Chairsenses (talk) 02:59, 16 January 2010 (UTC)

I don't know, would it?? :P Happymelon 13:20, 16 January 2010 (UTC)

gap (or chasm) above div.catlinks[edit]

This class has margin-top: 1em; by default, tracing a half-height alleyway below the last navbox. I think positioning these elements flushly would be an aesthetic improvement. What kind of CSS would collapse these borders most effectively, to make figure 1 (left) resemble figure 2 (right) in the following screen-shot?

Perhaps we could set margin-top:0px; for the catlinks, and margin-bottom:-1px; for all navboxes, noting that navboxes should have no free-form content below them, only other navboxes. This might be IE6 friendly, even. ―cobaltcigs 16:02, 18 October 2010 (UTC)

If we set margin-top:0px; for the category boxes, everything will cling to the box, including what you are reading right now; we defenitely do not want that. The category box is a seperate entity on the page; it should remain that way. EdokterTalk 23:00, 18 October 2010 (UTC)
Fully agreed with Edokter. Having text run into the top of the catlinks seems a really bad idea. Not every page has navboxes. (And even then, i'd like to keep seperation between the two elements). —TheDJ (talkcontribs) 23:26, 18 October 2010 (UTC)

Could we reduce it to a few px so it is not visually mistakable for an empty paragraph tag? ―cobaltcigs 23:54, 21 November 2010 (UTC)

I'm afraid not. 1em is the default spacing between article content and all other elements. EdokterTalk 00:12, 22 November 2010 (UTC)

Make selecting coordinate text easier[edit]

#coordinates {
  /* Increase clicking area for selecting coordinates */
  padding-right:30px;
  right:0;
}

Dispenser 00:00, 2 July 2012 (UTC)

Done Seems sensible, and shouldn't cause any change in the actual display Anomie 01:24, 10 July 2012 (UTC)

margin-top on bodyContent[edit]

Hi. Can someone please look at updating the following text:

/* Don't display some stuff on the main page */
body.page-Main_Page #deleteconfirm,
body.page-Main_Page #t-cite,
body.page-Main_Page #lastmod,
body.page-Main_Page.action-view #siteSub,
body.page-Main_Page.action-view #contentSub,
body.page-Main_Page.action-view h1.firstHeading {
    display: none !important;
}
/* The above causes the bodyContent div to cover most of the 
   tabs on the main page, making them unclickable. Shifting 
   it down a bit fixes the problem. */
body.page-Main_Page.action-view #bodyContent{
    margin-top: 1.3em;
}

with this text:

/* Don't display some stuff on the main page */
body.page-Main_Page #deleteconfirm,
body.page-Main_Page #t-cite,
body.page-Main_Page #lastmod,
body.page-Main_Page.action-view #siteSub,
body.page-Main_Page.action-view #contentSub,
body.page-Main_Page.action-view h1.firstHeading {
    display: none !important;
}

please?

margin-top on bodyContent came from this edit. I believe this was a misdiagnosis of the underlying issue. The issue is that the "#jump-to-nav" element obscures the tabs in Monobook. Adding margin-top makes the page look silly (though this seems to have become more apparent just recently). --MZMcBride (talk) 02:51, 23 April 2013 (UTC)

Just removing the margin-top might be sufficient here. Does nobody else see the extra space above the "Welcome to Wikipedia" banner here: <https://en.wikipedia.org/wiki/Main_Page?useskin=monobook>? --MZMcBride (talk) 02:56, 23 April 2013 (UTC)
Okay, I tested in Chrome, Safari, and Firefox and the margin-top definitely seems to be to blame here. If I remove it, the extra space goes away and the tabs are still clickable. --MZMcBride (talk) 03:01, 23 April 2013 (UTC)
Done. Thanks for the fix! It's been a long time since I've used the good old Monobook skin. Ah, the nostalgia... I'll be watching when the update kicks in, but please don't hesitate to let me know if any issues crop up, in case I miss anything. Best — Mr. Stradivarius ♪ talk ♪ 09:39, 23 April 2013 (UTC)
(edit conflict) My Firefox recently "upgraded" from v19 to v20: they have significantly changed the "inspect element" feature, and I'm still finding my way around it. It's definitely the margin-top: property of the <div id=bodyContent> although reading the display one way (the new "box model" feature), it's 16px; another way ("Computed"), shows margin-top 16.5167px; a third ("Rules") shows
body.page-Main_Page.action-view #bodyContent {
    margin-top: 1.3em;
}
i.e. as shown above - but apparently it comes from load.php:1 not Monobook.css --Redrose64 (talk) 09:47, 23 April 2013 (UTC)
I'll defer to both of you on the css, but I just wanted to say that I am also currently running Firefox 20, and I noticed a distinct reduction of whitespace at the top of the main page in Monobook after I made the edit. — Mr. Stradivarius ♪ talk ♪ 13:33, 23 April 2013 (UTC)

Protected edit request on 3 March 2014[edit]

Per Wikipedia:Village pump (proposals)/Archive 109#Move Pending Changes dropdown in header 20 pixels to the left and Template talk:Pp-meta#Overlapping icons, please change line 164 from right: 55px; to right: 75px;. Jackmcbarn (talk) 21:34, 3 March 2014 (UTC)

 Done. Edokter (talk) — 23:36, 3 March 2014 (UTC)
@Edokter: There is a problem here. At Carl Linnaeus, in Monobook, the white padlock obscures the closing parenthesis of the "Accepted (latest)" dropdown, and part of the arrow-down image to the right of that. Although I have both of the gadgets "Add an [edit] link for the lead section of a page" and "Move section [edit] links to the right side of the screen" enabled, disabling either one or both of these makes no difference to the position of the whitelock relative to the dropdown. --Redrose64 (talk) 15:14, 5 March 2014 (UTC)
I could move it further to the left (110px). But this is an inherent problem with topicons; all the elements need to have their own position specified. Edokter (talk) — 15:26, 5 March 2014 (UTC)
Looks much better now, Face-smile.svg Thank you --Redrose64 (talk) 15:35, 5 March 2014 (UTC)

External links icons removed[edit]

Hello! If this CSS adds or modifies icons shown after external links, you'll be interested in knowing that such icons have been removed from MediaWiki core, a change which will reach this wiki in few days. You may want to consider whether you still need them. If you have questions, please ask at bugzilla:63725. Regards, Nemo 09:45, 10 April 2014 (UTC)

#coordinates[edit]

Can someone make the coordinates either appear on top or bottom of the centralnotice banners, instead of overlapping with them? See [1] [2]. This problem is not present in dewiki [3] but at dewiki the coordinates are on top of h1 while here at enwiki they're at the bottom of h1. If the local css here cannot be modified to fix this, it would be greatly appreciated if someone could provide the css to fix it through css of cnbanners. But if the latter option is preferred, it would mean that the styling have to be applied to all cnbanners to fix the issue. Thanks, --Glaisher (talk) 17:56, 29 August 2014 (UTC)

I also have this problem, and have raised the issue at WP:VPT. —Kusma (t·c) 15:55, 8 September 2014 (UTC)

Protected edit request on 9 November 2015[edit]

Please add the following fragment to improve the display of coordinates while the visual editor is open using monobook. The visual editor is basically using the new 'Vector' style of positioning elements inside the canvas.

.ve-ce-surface #coordinates {
    top: 0;
    padding: 0;
}

TheDJ (talkcontribs) 09:44, 9 November 2015 (UTC)

 Done. Welcome back? — Martin (MSGJ · talk) 12:43, 9 November 2015 (UTC)

OOUI destructive type buttons[edit]

I've added bolding to new OOUI style buttons that appear in a new light red, making them harder to see, currently this is only done for buttons that you may want to avoid, or may need to find better such as CANCEL/RESET/etc. — xaosflux Talk 02:27, 1 December 2017 (UTC)

ca-edit[edit]

Hi, I plan on removing this section absent any objection:

/* Bold 'edit this page' link to encourage newcomers */
#ca-edit a {
	font-weight: bold !important;
}
"Newcomers" don't get monobook anymore, and it goes against the rest of the UI to add weight to the current tab. — xaosflux Talk 13:08, 28 August 2018 (UTC)
 Done let me know if any issues. — xaosflux Talk 17:01, 29 August 2018 (UTC)

pt-login[edit]

Barring objects, will be removing this class as useless. Logged out users get vector now, you would have to do a url "&useskin=monobook" while logged out to make the "log in" button change with this now. — xaosflux Talk 13:24, 8 September 2018 (UTC)

 Donexaosflux Talk 01:36, 10 September 2018 (UTC)