Synced/merged minor cruft from docking branch to minimize drift. AFAIK the only meaningful no-op change is that the call UpdateHoveredWindowAndCaptureFlags() was moved above UpdateMouseMovingNewFrame() to match what docking branch has been doing for a while.

Examples: Visual Studio: Updated default platform toolset+sdk in vcproj files from v100+sdk7 (vs2010) to v110+sdk8 (vs2012). This is mostly so we can remove reliance on DXSDK_DIR for the DX10/DX11 example, which if existing and when switching to recent SDK ends up conflicting and creating warnings.

Internals: Fixed Navigation from reaching ImGuiItemFlags_Disabled items (#211) + Examples comments

Examples: Win32+DirectX: moved helper functions below main.

Examples: DirectX9: Minor changes to match the other DirectX examples more closely. (#2394)

Examples: VS: Made project paths independant of SolutionDir so they can be built aside from the solution.

Removed trailing spaces (#2038, #2299)

Examples: Win32: Using wc.lpszClassName instead of duplicating the literal. + tweak README format.

Examples: Setting up style before bindings, so in complex binding (vulkan/dx12) it isn't miles away from the context creation.

Examples: Misc comments mainly related to GLFW callbacks. (#1759)

Examples: Using "dear imgui" terminology in all examples headers/comments + fix minor typo.

Refactor: Added empty imgui_widgets.cpp + updated project files / makefiles etc. accordingly (#2036)

Examples: Using fully qualified "Dear ImGui" name in window titles.

Examples: Tweaked the main.cpp example structure for all examples. (There are a few hidden agendas here: 1) I would like to avoid encouraging people from using the implicit "Debug" window, and promote using Begin/End. In spite of my best attempt, there are a few feature of the upcoming docking system that cannot work 100% properly for the implicit Debug window, so future proof let's not put that feature in the spotlight too much for new users. 2) Moved dumb hardcoded positions into a single spot that can be replaced with a viewport relative position and not affect other demo windows. 3) Calling ShowDemoWindow before anything else, also for the benefit of a specific docking demo which will have an ordering constraint which is not really problematic in a real app but shouldn't be put forward in the demo.

Examples: Renamed example folders. (#1870)