Make the font size for `small` not quite so small. The default value of `smaller` doesn't scale the base font size down by the same proportion whatever the base size. IE 6/7/8 end up rendering small text larger than most modern browsers. Opera can render it slightly smaller than Chrome and Firefox when the base font size is relatively large. The previous size of `75%` was a bit too small.
This fix was first introduced to deal with Chrome < 13 destroying the appearance of native `audio` and `video` button controls when `-webkit-appearance` is set on `input[type="button"]`. See #20 Android 4.0.* seems to use a version of WebKit that contains this bug. See: h5bp/mobile-boilerplate#121 ...so the fix needs to be reintroduced.
This commit reverts the following 5 commits: 49392e9 f9572a4 79e2c16 2691e7a 567af2e The `:moz-placeholder` rule doesn't have the desired effect because any subsequent rule with higher specificity will result in the Firefox bug resurfacing. There is no way to ensure that Firefox doesn't change the color of the placeholder text. Example: https://tinker.io/e34a2 The `:focus::webkit-input-placeholder` normalization is being removed because the current Chrome / Safari on Lion OSX behaviour is allowed in the spec, Firefox is set to implement the same behaviour, and other browsers may follow suit for usability reasons. Some browser differences like these - low importance and in flux - can be allowed to evolve and settle before assessing whether or not they need or merit normalization.
The placeholder attribute in Chrome does not work to spec. This makes the text transparent on focus to work like Firefox, Safari, and the spec. Credit goes to @chadbaudoin for bringing this up in his pull request #86 and this Chrome bug is further documented at http://code.google.com/p/chromium/issues/detail?id=106714 and my own test is at https://tinker.io/be2f2/1
The browser-defined style for placeholder text color is overwritten by style for input elements in Firefox. Adding :-moz-placeholder style overrides that, bringing Firefox inline with other browsers. @mathiasbynens made a test case for this @ https://tinker.io/be2f2 This change improves consistency of placeholder style between Chrome, Safari, and Firefox browsers.
Legacy browsers, including IE6/7 and Firefox 3, do not make the new HTML5 `summary` element block-level by default. This is contrary to the HTML5 recommendations and the behaviour of modern browsers.
Recommend that people supporting IE6/7 do not use the `hr` element at all. It requires far more work than just normalizing margins. IE6/7 do not collapse margins set on `hr` with margins of pre- or proceeding elements. Separate the margin normalizations for `p` and `pre` from that for `h3`. Despite sharing the same margin value, headings are qualitatively different from these other elements. Both in terms of customisation and debugging using browser tools, it is cleaner to keep the margins of heading separate.
The margin of many elements in IE6/7 is set by 'pt', not relative to the root font-size. This is contrary to the HTML5 spec and all other modern browsers, including IE8+. If people need to customize margins, they can either edit normalize.css directly or override later in the source. But at least any non-customized elements will behave consistently now.
No browsers apply left padding to `details` by default.
The margin of lists in IE6/7 is set by 'pt', not relative to the root font-size. This is contrary to the HTML5 spec and other modern browsers, including IE8+. If people need to customize the list margin, they can either edit normalize.css directly or override later in the source. But at least any non-customised lists will behave consistently now.
There are various inconsistencies surrounding headings that make this change worth trialing. The font-size of headings in IE6/7 isn't relative to the root font-size (see #61). Modern browsers set the `h1` font-size based on the depth of nesting in certain HTML5 sectioning elements. This change overcomes both the issues. At the same time, the margins are being normalized so that they are consistent and `em`-based. If people need to customise the heading font-size and margin, they can either edit normalize.css directly or override later in the source. But at least any non- customised headings will behave consistently now. Close #41
Include an `input` and `button` disabled attribute style test. Remove `initial-scale` from the meta viewport and add the `lang` attribute to `html`.