MediaWiki talk:Monobook.css

message: Is [ this diff code] still needed? — RockMFR 01:52, 19 September 2009 (UTC)
replies: text: Depends on wether we think it was a successful experiment I guess :D  I use my own colorcoding CSS for diff. —TheDJ (talk • contribs) 16:42, 17 November 2009 (UTC)

text: It is still needed, in fact, parts of it could serve well in vector.css, especially the font-size and vertical-align.  — Edokter • Talk •  23:16, 18 October 2010 (UTC)
replies: text: Look at me, replying to a year old message. :)  — Edokter • Talk •  23:28, 18 October 2010 (UTC)
thread_title:  diff code still needed? 

message: Would it be helpful to add personalized CSS for some pages?
Chairsenses (talk) 02:59, 16 January 2010 (UTC)
replies: text: I don't know, would it?? :P Happy‑melon 13:20, 16 January 2010 (UTC)
thread_title: Personalized CSS

message: This class has  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?
*See http://i54.tinypic.com/2a95gd5.png (content from Deion Sanders)
Perhaps we could set  for the catlinks, and  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)
replies: text: 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.  — Edokter • Talk •  23:00, 18 October 2010 (UTC)
replies: text: 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 (talk • contribs) 23:26, 18 October 2010 (UTC)

text: I'm afraid not. 1em is the default spacing between article content and all other elements.  — Edokter • Talk •  00:12, 22 November 2010 (UTC)
thread_title: gap (or chasm) above div.catlinks

message: #coordinates {
  /* Increase clicking area for selecting coordinates */
  padding-right:30px;
  right:0;
}
— Dispenser 00:00, 2 July 2012 (UTC)
replies: text: Done Seems sensible, and shouldn't cause any change in the actual display Anomie⚔ 01:24, 10 July 2012 (UTC)
thread_title:  Make selecting coordinate text easier 

message: 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)
replies: text: .  — Edokter (talk) —  23:36, 3 March 2014 (UTC)
replies: text:  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 "" and "" 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)
replies: text: 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)
replies: text: Looks much better now,  --Redrose64 (talk) 15:35, 5 March 2014 (UTC)
thread_title:  Protected edit request on 3 March 2014 

message: 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)
thread_title:  External links icons removed 

message: Can someone make the coordinates either appear on top or bottom of the centralnotice banners, instead of overlapping with them? See 
. This problem is not present in dewiki  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)
replies: text: I also have this problem, and have raised the issue at WP:VPT. —Kusma (t·c) 15:55, 8 September 2014 (UTC)
thread_title:  #coordinates 

message: 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 (talk • contribs) 09:44, 9 November 2015 (UTC)
replies: text: . Welcome back? — Martin (MSGJ · talk) 12:43, 9 November 2015 (UTC)
thread_title:  Protected edit request on 9 November 2015 

message: 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)
thread_title:  OOUI destructive type buttons 

message: 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)
replies: text: let me know if any issues. — xaosflux Talk 17:01, 29 August 2018 (UTC)
thread_title:  ca-edit 

message: 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)
replies: text: — xaosflux Talk 01:36, 10 September 2018 (UTC)
thread_title:  pt-login 

message: The temporary workaround added in the last edit should no longer be needed, can you undo it? Matma Rex talk 20:02, 12 July 2019 (UTC)
replies: text: let me know if you see any issues. — xaosflux Talk 20:31, 12 July 2019 (UTC)
thread_title:  Undo "Temporary workaround for [[phab:T226594]]" 

message: Coming from https://phabricator.wikimedia.org/T248137, all mentions of div together with an id selector # can be safely and should be removed. Volker E. (WMF) (talk) 23:48, 19 March 2020 (UTC)
replies: text: It's one way of increasing the specificity without resorting to the cop-out of the !important annotation. --Redrose64 🌹 (talk) 23:51, 20 March 2020 (UTC)
replies: text:  We can just replace them with .mw-body. —TheDJ (talk • contribs) 10:33, 21 March 2020 (UTC)
thread_title:  Remove all overly-specified, element dependencies on ids 

message: Can a small margin be added at the top so that the username/watchlist/etc. aren't pressed so close to the top edge? I tested this out in my common.css and it looks pretty good.  
body {
	margin-top:5px;
}  should do the trick. It's fairly minor, but I figured I should ask regardless. Edward-Woodrow :) [talk] 20:24, 28 June 2023 (UTC)
replies: text: One of the reasons that MonoBook is preferred by myself and others is that it doesn't waste nearly as much space as Vector (either Legacy or 2022). Forcing that margin upon all of us would waste space when we don't want it wasted. You are free to modify your own monobook.css if you so desire. --Redrose64 🌹 (talk) 22:10, 28 June 2023 (UTC)
replies: text: Alright, I guess that makes sense. Thanks, Edward-Woodrow :) [talk] 22:11, 28 June 2023 (UTC)
thread_title:  Margin