- Trailing commas in object literals are not allowed by the spec
  and are handled poorly in some browsers.
- Added var to some variable declarations that were not meant to be globals.

(apparently my uglifyJS web-shim doesn't like redirects)

Holding shift and then moving the cursor through the API would cause a
'selection extension' to happen, instead of simply moving the
selection to its new state. Most visible when bindin shift-key combos
to some editing function.

Otherwise, in XHTML documents, writing a ]]> causes bad things
to happen.

For some reason, the absolutely positioned DIV containing the input
textarea causes weird scrolling artifacts when set to width 0. Giving it
width 1px and height 0 makes it behave normally again.

the highlighter would re-parse the whole document on every change.
this was noticeable on big documents or slow engines (IE)

Mention CodeMirror UI and add a note about line wrapping.

CodeMirror no longer has a concept of 'character width', since that
was just too broken -- tabs and non-ascii characters can have non-
standard widths, even in monospace fonts. We now build up a DOM
structure and measure its width whenever we have to determine the
width of something.

The textarea would still have a 'reduced' selection, so replacing the selection
by typing or pasting would not replace anything.

When both horiz and vertical scrollbars were present, clicking the horiz
one would be interpreted as a click in the code, and start a drag
event.

This is a provisionary change for now. I'll finalize it and document it
when it has been proven to be useful.

This way, scrolling won't cause the horizontal scrollbar to jitter,
and the line PRE elements can be given a background that spans the
whole editor.

This reverts commit 0b4b4a81.

Firefox raises an error when reading selectionStart on a textarea
that's not in the DOM.