[Win] Fix issue #33; fix issue #34

This patch adds a workaround for WM_STYLECHANGED messages that are not
delivered when running on Mono/Windows. If we detect Mono, then we call
HandleStyleChanged() directly in order to update the internal state of
our WinGLNative instance.

[Win] Do not overload internal SetWindowLong

The internal function is now appended with "Internal".

[Win] Do not unregister class twice

Only the parent window would register a class, but both the parent and
the child window would unregister it. This is now fixed.

[Win] Remove unnecessary #if clauses

[Win] Refactor huge wndproc into functions

Merge branch 'timing' into develop

[Examples] Added keys to modify timing

Use [ and ] to decrease and increase the UpdateFrame frequency.
Use < and > to decrease and increase the RenderFrame frequency.

[OpenTK] Improved timing stability

OpenTK now directly calculates the elapsed time between UpdateFrame
(RenderFrame) events and compares that directly to TargetUpdatePeriod
(TargetRenderPeriod). This significantly simplifies the implementation
and improves timing stability.

[OpenTK] Fixed Update/RenderTime calculation

These values should only be re-calculated when an Update/RenderFrame
event is raised. Otherwise, they should retain their previous values.

[Examples] Improve timing information; add vsync toggle

[OpenTK] Corrected GameWindow.Update/RenderFrequency information

[OpenTK] Implemented GameWindow.UpdateTime and RenderTime properties

[OpenTK] More robust timing for UpdateFrame and RenderFrame

FrameEventArgs.Time should no longer drift from clock time measured
outside GameWindow.

[Examples] Calculate timing information in GameWindowStates

[Examples] Cleaned up input device printing in GameWindowStates

[OpenTK] Simplify and improve timing calculations

This patch modifies GameWindow.Run() to use a single stopwatch instead
of two separate stopwatches for timing UpdateFrame and RenderFrame
events.

It improves timing accuracy for issue #20 (FrameEventArgs.Time
Inconsistencies)

[Math] Added MathHelper.Clamp

[Mac] Do not store *State structs directly

Storing Mouse/KeyboardState structs directly makes updates more
difficult than they should be. It is simpler to create simple classes
instead.

[Input] Added Keyboard/MouseState.SetIsConnected to mirror JoystickState

Merge branch 'mac_joystick' into develop

[Mac] Map GamePads, MultiAxisControllers and Wheels to joysticks

[Mac] Call DeviceRemoved() in Dispose() event

The necessary cleanup code already exists in DeviceRemoved(). No need
to duplicate this in the Dispose() event.

[Mac] Avoid IOHIDDeviceConformsTo call in DeviceRemoved handler

DeviceAdded already checks that devices conform to the desired usage
pages. Checking again in DeviceRemoved is unnecessary - if a device
exists, then it has already passed muster.

[Mac] Implement Joystick.GetGuid()

[Mac] Calculate joystick Guid for USB devices

[Mac] Use out/ref parameters instead of unsafe pointers in bindings

[Mac] Connect devices to first available index

[Examples] Draw device index for Joysticks and GamePads

[Mac] Do not call CFRelease on HID properties

HID properties are callee-owned and should not be released by the
caller. Fixes crash (memory corruption) on device hot plugging.

[Mac] DllImport must be marked as extern

[Mac] Correctly unschedule HIDManager from run loop

[Mac] Don't let exceptions escape to unmanaged code

[Mac] Fixed DllEntryPointNotFound crash on device unplugging

[Mac] Implemented joystick buttons

[Mac] Implemented joystick axis movement

[Input] Added JoystickAxis/Button.Last; added JoystickAxis.Axis10.

JoystickAxis/Button.Last is used internally to allocate the correct
amount of storage for joystick axes and buttons. JoystickAxis.Axis10 is
required to support the maximum number of axes available on Mac OS X.

[Mac] Implemented joystick device detection

[Mac] Retrieve HID joystick name

[Mac] Implemented necessary CFString methods

[Mac] Construct JoystickDevice when joysticks are connected

[Input] Allow extending JoystickDevice<>

[Mac] Only add callbacks for recognized USB HID devices

[Mac] Implement device added/removed events for joysticks

[Mac] Add skeleton HID input implementation for joysticks

Merge branch 'gamepad' into develop

Conflicts:
Source/OpenTK/OpenTK.csproj

[Graphics] Added missing documentation comment

[Input] Corrected malformed documentation comments

[Input] Documented all public members

[Input] Removed JoystickState.GetAxis(int) overload

[Input] Added SetVibration() API skeleton

[Input] GamePad and Joystick classes should be sealed

[SDL2] Implemented PacketNumber property

[Input] Added PacketNumber property

[Input] Implemented GetState() and simplified GetCapabilities()

[Input] Simplified configuration parser and added GetEnumerator()

[Input] Added internal Joystick.GetAxisRaw() method

[Input] Added Source and Target to GamePadConfigurationItem

[Input] Made configuration database non-static

[SDL2] Fixed SDL_JoystickGetGUID capitalization

[Input] Initialize JoystickDevice.Details in constructor

[Input] Renamed GamePadMap to GamePadConfiguration

[Input] Implemented IGamePadDriver.GetName()

[Input] Made the Name property public

We can use the name property to implement a hypothetical
GamePad.GetName() method in the future.

[Input] Added xml documentation for GamePadCapabilities

[Input] Implemented MappedGamePadDriver.GetCapabilities()

[Input] Added ability to parse SDL configuration db strings

[Input] Added configuration db for GamePads

The database is based on the SDL bindings found at
https://hg.libsdl.org/SDL/file/b744b3f8754b/src/joystick/SDL_gamecontrol
lerdb.h

[Input] Added IJoystickDriver2.GetGuid() API

[SDL2] Added JoystickGetGUID method

[SDL2] Add compile-time check for SDL2 GameController vs MappedGamePadDriver

[Input] Removed unnecessary #region

[Input] Renamed GamePadMapping to GamePadMap

[SDL2] Fixed joystick/controller hotplugging support

[SDL2] Fixed GameControllerButton to Buttons translation

[SDL2] Fix issue where changes to mutable struct were lost

[SDL2] Explicitly enable joystick and gamepad events

[Input] Buttons should have [Flags] attribute

[SDL2] Fixed joystick hotplugging

SDL2 uses a weird system of device ids and instance ids to report
joystick events, where the ADDED event uses a device id and the rest use
instance ids.

The SDL2 joystick driver is now fixed to correctly distinguish between
the two, which fixes hotplugging support for joystick devices.

[SDL2] Fixed mapping of instance ids to device ids

[Input] Added missing closing brace in ToString() message

[Input] Fixed incorrect variable name

[SDL] Use TranslateAxis() to decode ControllerAxisEvent

SDL GameControllerAxis and GamePadAxes are not interchangeable. The
driver will now correctly interpret incoming SDL messages and update
the GamePadState for the relevant axis.

[Input] Fixed GamePadState.SetAxis() implementation

GamePadState.SetAxis() receives a GamePadAxes enumeration, which is a
bitmask of the axes we wish to set. SetAxis now correctly decodes the
bitmask to apply the values we are interested in.

[X11] Removed unused variable

[X11] Fixed current resolution detection.

Merge branch 'external' into develop

[Build] Added new files to the relevant csproj scripts

[Examples] Added ExternalContext test

This test uses SDL2 to create a window and an OpenGL context. It then
uses OpenTK to render into the external SDL2 context. If everything is
working correctly, a black window should appear and gradually turn
white before disappearing.

[Graphics] Improved support for external OpenGL contexts

When combining OpenTK with a third-party OpenGL toolkit, it is now
possible to implement a suitable GetAddress() and GetCurrentContext()
implementation in terms of the third-party toolkit. If no
implementation is specified, then OpenTK will try to guess the most
suitable implementation within its own platform backends.

If no custom implementation is defined, and if no suitable
implementation can be found, then OpenTK will throw a
PlatformNotSupportedException. If a suitable implementation is found or
defined, then OpenTK will attempt to load OpenGL entry points using
that implementation.

In this case third-party toolkit remains solely responsible for
managing its context via its MakeCurrent(), SwapBuffers(), etc
implementations.

[Dummy] Improved thread-safety; added entry-point loader

DummyGLContext will now attempt to load OpenGL and OpenGL ES entry
points when a suitable OpenGL context is current on the calling thread.
This allows OpenTK to be used on contexts created through third-party
toolkits.

[Platform] Added internal CreateGetAddress() function

CreateGetAddress() constructs a GraphicsContext.GetAddressDelegate that
is suitable for the current platform. This can be used when combining
OpenTK with an OpenGL context created through a third-party toolkit.

[Mac] Moved GetAddress implementation to its own class

The functions defined in libdl.dylib are useful in more places than
just AglContext. Moving them to their own class ensures we can access
these from wherever we might need them.

[SDL2] Added missing [SuppressUnamangedCodeSecurity] attribute

[Mac] Use Cgl.GetCurrentContext instead of Agl

CGL appears to work with both AGL and NSOpenGL contexts, whereas AGL is
limited to AGL contexts. This allows us to be more flexible in terms of
implementation (i.e. we can use Cgl.GetCurrentContext to retrieve a
handle to a context created through SDL, which uses NSOpenGL
internally.)

[X11] Improve GraphicsMode fallback (fixes issue #23)

When the user requests a GraphicsMode that is not directly supported
by the GPU/drivers, we should relax the requested parameters until
we find a supported mode. An exception should only be thrown when
there is no usable mode.

This makes the X11 backend match the behavior of Windows. The SDL/X11
backend works a little bit differently, in that it falls back to the
a default mode directly if the requested mode is not available. There
is nothing we can do about that.

[X11] Fixed border size on Gnome 3

The _NET_FRAME_EXTENTS atom is implemented differently by
different window managers, when window decorations are hidden
with Motif. Unity returns a 0 size, while Gnome 3 returns the
previous size.

This patch removes that ambiguity: when decorations are hidden,
border size becomes zero. This should work everywhere, unless
some window manager decides to troll us by decorating the window
when we explicitly request no decorations. Sigh...

[Input] Do not crash with scancodes > 255

[X11] Allow resizing with fixed borders

Windows can now be resized programmatically, even when they have
WindowBorder.Fixed. All resizing logic is now consolidated in the
Bounds property, and ConfigureNotify messages are now handled
correctly depending on their source (StructureNotify or
SubStructureNotify.)

Implemented X11 KeyDown/KeyUp events and reduced code duplication

Do not raise KeyPress for control characters