A default background color is needed for any time there is no custom background color.
This happens to use the browser's default `#fff`, and is meant more as a reminder for theme authors.
See #515.
We can safely increase the textarea width from 98% to 100%.
```box-sizing``` handles the layout nicely and it won't allow the overflow.
If more details is needed, please see: http://davidwalsh.name/textarea-width this is the best example I could find.
Minor CSS optimization for border and border color.
For the border itself, we don't need to include the color in ```border: {}```, color is already added in ```border-color: {}```.
Since the Theme uses shorthands for padding/margins, why not do the same for the border colors as well.
The leading whitespace is needed to replace this `_s` instance with the theme name.
It's obviously a hack, since it also leaves the theme name with a leading white space, but short of adding a new replace logic for this specific line in `style.css`, it's the easiest way to achieve that.
See #304, where this was brought up before.
Since HTML5 captions removed the additional 10px that HTML4 versions
come with, the `max-width: 98%;` rule made images blurry. This slightly
simplifies caption styles while still providing support for both HTML4
and HTML5 versions.
See #443.
It consolidates the duplicate `.gallery` selectors, and removes image
styles that needlessly override their earlier defined styles.
Also switches to use inline-block over floats, and adds documentation
for caption styles, to be coherent with documentation for gallery
styles.
```*vertical-align: middle; /* Improves appearance and consistency in all browsers */``` does not apply to all browsers.
Selector hack ```*``` is IE6/IE7 only. See https://gist.github.com/necolas/983116
Proposing to reword Inputs and Buttons with Forms. This way we can cover more than just couple of elements. Select feels like an outsider and textarea too, even though it's technically an input.
This will also be a perfect match with the rest :)
N.B. Something went wrong with my last proposal, sorry about that.
Hey guys, I am proposing to remove li in front of the current_page_item and current-menu-item. It's slightly more efficient without and of course all works the same :)
* Update PHPDoc.
* Add periods to the end of comment sentences.
* Limit line length to 80 chars.
* Use C++-style PHP comments only for function and file documentation.
Proposing to remove html input from the button class. It overrides more than is needed. For example it will interfere with bbPress editor styles. It's safer to leave input[type="button"] as-is. Please see: http://i.imgur.com/Q98uqBH.png
(Introduced in b1d3b53)
While class attribute selectors are very powerful and might help in
keeping stylesheets concise and easier to maintain, they don't work very
well with a project like WordPress. Not only can third-party scripts
insert and rely on specific class names that get picked up by attribute
selectors for common class names. But more importantly WordPress passes
category and tag slugs on to post classes, which can result in
unpredictible results.
Fixes#284, fixes#309.
Tammie Lister
Emil Uzelac
Konstantin Obenland
David A. Kennedy
Lance Willett
Morten Rand-Hendriksen
James
Philip Arthur Moore
Philip Arthur Moore
Scott Smith
Konstantin Kovshenin
Sean Davis
Ram Ratan Maurya
richardmtl
sixhours
Eli McMakin
Tracy Rotton
Philip Arthur Moore
obenland
Vinod Dalvi
Vinod Dalvi
Jesper Johansen
