Remove excess padding from checkbox and radio inputs in IE7. Close #42
Add small improvements to `legend` normalization.

Remove the default padding. In theory, the correct normalization
would be to add the padding to IE6/7 rather than remove it from
all browsers. However, the most common use case is going to be
for legends within unstyled fieldsets, and the presence of 2px
of horizontal padding is likely to be unexpected.

Allow text wrapping in Firefox 3. Modify the default white-space
value to allow long legends to wrap. No simple fix to allow this
in IE6/7/8.
Remove search cancel button from search inputs on Mac OS X.

After normalizing the search input on OS X, the search cancel
pseudo-element is not always well positioned and is missing from
other UAs.
Remove scrollbar normalization. Fix #64 #65

The `html` scrollbar normalization can cause issues in Firefox
when certain techniques are used by JS plugins (e.g. modals).
Move font-family normalization from `body` to `html`. Close #62

Prevents the inability to override the font-family by setting it
on the `html` element later in the CSS.
Combine the two WebKit search input pseudo-element rules
Re-set cursor to default for disabled `input` and `button`.
Demo: add disabled input test and other minor updates.

Include an `input` and `button` disabled attribute style test.
Remove `initial-scale` from the meta viewport and add the `lang`
attribute to `html`.
Normalize headings

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
Update CSS comments
Normalize lists
Update CSS comments

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.
Add interactive content tests to demo.html

Initial addition of a `details` and `summary` test to the demo.
These are new HTML5 elements and there is not yet widespread
browser implementation of their interactive functionality.
Remove `details` from the rule applying padding-left to lists.

No browsers apply left padding to `details` by default.
Manual merge with GitHub master branch
Normalize typography

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.
Remove `hr` and separate some margin normalizations

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.
Add `summary` to the block-level display rule for HTML5 elements

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.
Remove height from `audio:not([controls])` in iOS5

A bug in iOS5 means that `audio` elements without controls are not
entirely hidden. They retain some height, as demonstrated in this test
case: http://jsbin.com/ios-audio-bug/3

The fix is to add `height: 0` to the rule.

Fix #69
Add placeholder color normalization

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.