Manual:Coding conventions/CSS

Whitespace

 * One selector per line
 * Opening braces for the CSS declaration block on the same line as the (last) selector
 * Indent each declaration with a tab
 * No space before the colon
 * One space between the colon and the value
 * a semi-colon after each declaration (including the last one)
 * Closing braces unindented back to the left
 * Annotation for CSSJanus and CSSMin should be on their own line, above the CSS declaration they're for.
 * An empty line between one CSS rule set and the next.

Quotes
In the  declaration, the   syntax is preferred to be used without quotes. They are not needed. The only case where it could cause problems is when an unescaped closing parenthesis occurs in the given path, but those should be URL-escaped.

CSS3
Always put newer versions after older versions in case of vendor prefixes, putting the standardized declaration at the end. See also http://css-tricks.com/ordering-css3-properties/.

And in the case of gradients, make sure to provide a good solid fallback color. And make sure that whatever content is displayed on top of the background does not depend on it being a gradient (depend, as in, should not become less readable or usable).

Naming
Name classes and IDs the same way: all lowercase and broken up by dashes. Use the  prefix to avoid conflicts with IDs generated by the wikitext parser to mark section headings. Manual:Interface/IDs and classes lists some common IDs and classes and their intended usage.

Some examples:

client-js and client-nojs
At page startup JavaScript code removes the CSS class  from the   page element and adds the CSS class. You can use this convention to show, hide, and customize no-JavaScript "fallback" user interface elements and JavaScript-specific UI elements.

Less
Coming in MediaWiki 1.22, there is native support for LESS. Most of the Less syntax can be formatted using the CSS conventions:
 * Indent nested blocks with 1 tab (same as for indenting declarations inside CSS rules).
 * Don't space-align declarations values inside mixins (same as for CSS rules).
 * No spaces on the outside of the parameter lists in function invocations, mixin uses and mixin definitions (same as for  in CSS).
 * No quotes around parameter values (same as for  in CSS).

Example:

There's a few new concepts that don't map to CSS conventions, outlined below.

Structure

 * Separate nested css rules from the parent declarations by 1 empty line.

Import

 * The filename of an import statement should omit the  file extension.
 * Use  to load mix-ins and variables so that they may be used by the current LESS stylesheet; these are processed synchronously by phpless and are not present in the generated CSS output.
 * Don't use  to bundle stylesheets that are related to one another only conceptually; instead, reference the set of files in the   array of a ResourceLoader module.

MediaWiki LESS library
is a common LESS library for MediaWiki. The directory is in, so you don't need to provide the full path to it. For example:

Mixin calls
As mentioned above, no spaces on the outside of the parameter list and avoid quoting values.

If you need to call a mixin with one or more arguments that contain a comma use the semi colon  in Less to separate the arguments instead. This will free up the comma to be used in the literal value.