This mainly contains drag fixes which make the classification of vertical, horizontal, free drag, or none work like it does in WP7.
It also contains a couple of small improvements:
Restored "Win8 now checks for = as well as : for a key-value seperato…
…r in it's launch parameters."
This reverts commit aa7e881.
Merge remote-tracking branch 'upstream/develop3d' into develop3d
Reworking of drag classification to match WP7 behavior.
ColorWriteChannels was in wrong namespace.
Workaround of SharpDX bug with MediaEngine.PlaybackEvent.
The ColorWriteChannels fix is trivial. The MediaEngine work-around looks fine. I had set the parameter parsing to use colon because that's all XNA on Windows accepts, but adding equals should not be a problem.
There are other devs here with far more experience with the touch issue who should do the testing on it, otherwise I would pull this PR.
I tested the TouchPanel changes on Windows 8 with the simulator. It properly prefers HorizontalDrag and/or VerticalDrag over FreeDrag when both are enabled. It also seems to be consistent with WP7 in that once a HorizontalDrag or VerticalDrag type is returned, that drag type continues to be returned even if the drag motion changes. ( i.e. a predominately horizontal drag becomes vertical).
Cool. I guess this is ready to merge then.