Fix override for icon-white

CSS Selector was not matching => wrong image loaded in certain cases
Switch to using the right URI and comment what we are doing
Fix css selector for white icons in bootstrap

Merge branch 'pr-683' into devel
Initial draft of DDP informal spec
Edits to DDP-pre1 informal spec
Added note about future ordered DDP
Fix selectors matching against arrays containing subdocuments.

This is a 0.5.5 regression (with the new selector compiler): the new compiler
handled selectors with "a.b.c" reasonably well if the "c" level contained an
array but not if the "a" or "b" levels did.

This also implements mostly-Mongo-compatible behavior for sorting when arrays
are involved; this is not an 0.5.5 regression, since the old compiler did not
get this right.
Bump version number and add release notes.
Fix selectors matching against arrays containing subdocuments.

This is a 0.5.5 regression (with the new selector compiler): the new compiler
handled selectors with "a.b.c" reasonably well if the "c" level contained an
array but not if the "a" or "b" levels did.

This also implements mostly-Mongo-compatible behavior for sorting when arrays
are involved; this is not an 0.5.5 regression, since the old compiler did not
get this right.
Fix override for icon-white

CSS Selector was not matching => wrong image loaded in certain cases
DDP.md: add a bit more about version negotiation
IE8 Compatibility fixes
spec changes:

- clients need to take a new connection

- note URLs for sockjs and websocket

- wrapping
Merge branch 'devel' into ddp-pre1
vNEXT History.md changes for when ddp-pre1 is released
Wordsmithing History.md
Few more things in History.md
Merge branch 'ddp-pre1' into devel
Browser identification and html attributes hook

This commit is theoretically independent of the route policy PR, but
had multiple merge conflicts with it.  This PR branch thus is based on
the route policy PR.  (That is you should only merge this PR if you've
already merged the route policy PR).

Adds an html attribute hook, used by the appcache package to insert the
manifest attribute into the app HTML.

However, to use the hook the appcache package needs to be able to
identify the browser (to decide whether to include the attribute or
not for that browser).

We now have multiple places that want to identify the browser: the
unsupported browser page, the appcache package, and, if we eventually
implement not delivering large polyfills to browsers that don't need
them, in app HTML generation code as well.

To avoid detecting the browser in multiple places ad-hoc, this commit
creates a Meteor "browser" object, intended to be a standard way of
identifying the browser server-side.  It uses but does not expose the
npm useragent module (we could choose a different mechanism to
identify the browser in the future if we wanted to).  The browser
object contains

* `name`: the name of the browser in camel case
* `major`, `minor`, `patch`: integers describing the browser version

In addition to the html attribute hook, the appcache package also
needs a way to get from the connect `req` object to the identified
browser (browsers *start* caching when they see the manifest
attribute, but only *stop* caching when they get a 404 for the
manifest...)

Eventually though we'd like smart packages to be able to serve content
without having to plug directly into connect.

This commit thus also introduces an early version of a Meteor
`request` object, intended to be a high-level description of the
request without exposing details of connect's low-level `req`.
Currently it contains:

* `browser`: browser identification object described above
* `url`: parsed url, including parsed query params

To get started, as a temporary measure I've added a
`categorizeRequest` function to __meteor_bootstrap__ which converts a
connect `req` to a Meteor `request`.  (Suggestions for a better name
are welcome).  This can go away once smart packages such as appcache
are being passed a `request` object directly when they serve content.

This allows `request` to be used uniformly: it is passed to the html
attributes hook, and the appcache package can use it when deciding
whether to generate a 404 for the manifest.
add ##HTML_ATTRIBUTES## to app.html.in