Add supported platforms

Fixes #423
Remove completely incorrect ObserveOn()s from CommonReactiveSource.

AFAICS with my current understanding of how threading is supposed to be
done on ReactiveUI, these ObserveOn()s introduced hazard windows even
if all of the user code lived on the main thread.

The problem is that using ObserveOn() means that the main thread queue
is going to be used.  If the user code does something like

    list.Add(...); // (a)
    list.Clear();  // (b)

then we are not able to guarantee that the changes introduced by (a) will
be processed by the UI{Table,Collection}View before (b) happens.  In other
words, it is possible that we tell the view to add the item after (b)
has already cleared the list, thus leading to an out of bounds access
on the list.  (Note that if we always used ReloadData(), then this would
never happen, since the view would not have any assumptions about the
state of the data it is displaying.)
Add some EnsureUIThreads in order to fail as early as possible.
Merge pull request #425 from reactiveui/race-fix-ii

Race Fix, 2nd attempt
Avoid NRE on CommonReactiveSource when the binding takes too much time.
Merge pull request #426 from reactiveui/binding-nre

Avoid NRE on CommonReactiveSource when the binding takes too much time.
Removed Pex from the list of test runners detected at runtime.Cleaned it up on 2 tests as well for consistency.
Merge pull request #428 from tiagomargalho/RemovePex

Removed Pex from the list of test runners detected at runtime