Introduce winVersion.WinVersion class to serve as a hub of Windows version information for the system. The class (wrapped inside functools.total_ordering) will record version major, minor, build, and service pack information if present. It will also include a way to check for specific Windows 10 releases i.e. transplant winVersion.isWin10 function to winVersion.WinVersion.isWin10 method (later commit), as well as preparing for other checks such as Windows 10 X, Windows 10 on S mode, server, and others in the future. The class itself is wrapped inside functools.total_ordering decorator so that instnaces (Windows version data) can be compared easily.

Introduce winVersion.getWinVer function to return a WinVersion object representing the version info for the curretn system (version major, minor, build, service pack). This can be used to check for specific Windows releases (including Windows 10 feature updates) and eases comparisons among version info objects.

…nvaccess#11837.

winversion.getWinVerFromVersionText function can be used to construct WinVersion class instance from the Windows version string of the form major.minor.build i.e. '10.0.19041' will return a WinVersion class instance with major=10, minor=0, build=19041. This is the text counterpart to getWinVer function and is meant to prepare for a future scenario where an add-on or other NVDA components can perform actions based on a specific version text given.

Add unit tests for the following:
* winVersion.getWinVer (compared against what Python returns through sys.getwindowsversion)
* Convert a string representation of a Windows release to WinVersion class instance
* See if a specific major.minor.build is returned for a given release

…ally, greater than or equal i.e. newer Windows version). Re nvaccess#11837

…tionary. Re nvaccess#11795.

Convert Windows 10 release dictionary from an int:int map into an str:int map, necessary due to Version 20H2 (official documentation from Microsoft refers to October 2020 Update as 20H2, not 2009 as repoted by Windows Registry). This change is also necessary to tweak winVersion.isWin10 function (deprecated, however) to support integer arguments.

… Re nvaccess#11837.

Transfer the mechanism behind winversion.isWin10 function as a WinVersion class method. The new method takes string argument for release to properly recognize 20H2 (October 2020 Update). In order to guarantee compatibility for up to a year, '2009' will be transformed into '20H2' inside the new class method. Also, raise an exception instead of returning False if a given release is not a publicly released version of Windows 10.

…nstead. Re nvaccess#11837.

Deprecate winVersion.isWin10, replaced by calling getWinVer().isWin10 function. Because the latter takes strings, convert version integers into strings before calling the WinVersion class method.

…11837.

Test two aspects of isWin10 class method:
* Testing to see if running on Windows 10. On Windows 7 and 8.x, it will say 'False' by calling assertFalse.
* Test if the method raises ValueError if a nonexistent version such as '2003' is passed in.

…inVer, removing the need to look up old winVersion tuple. Re nvaccess#11837.

Rather than using now old winVersion tuple, call sys.getwindowsversion function directly from getWinVer function.

…r supported OS and full screen magnification.

Testing getWinVer function: compare getWinVer output with that of Windows release constants when checking for supported OS (Windows 7 SP1) and full screen magnification (Windows 8).

…ccess#11837.

Rather than using winVersion.isWin10, check Windows 10 release constants (e.g. sinWversion.WIN10_1607) directly, as these constants will record major, minor, build. Specifically:
* UIA handler and OneCore synthesizer: check winVersion.WIN10
* Windows Console support: check winVersion.WIN10_1607
* Emoji panel in May 2019 Update: check winVersion.WIN10_1903

…s#11837.

Remove winVersion.isWin10 function, both from the module and from WinVersion class, as it is now possible to compare releases via constants. Also, remove unit tests associated with this function.

…11837.

Remove 'release' from constructor argument and add 'product type' to mirror old winVersion.winVersion tuple data. The bulk of the old constructor (namely definig major.minor.build for a specific release) will be transferred to a new static method (next commit).

… map. Re nvaccess#11837.

Suggested by Reef Turner (NV Access): clarify that Windows 10 versions to builds map clearly records release names.

…ccess#11795

…nel releases (1709 and 1803) instead of using builds directly. Re nvaccess#11795.

Comment from Reef Turner (NV Access): rather than using getWinVer().build, define variables to hold classic emoji panel releases (1709 = initial release, 1803 = feature update with proper window open event) and test membership.

…. Re nvaccess#11795.

As fromVersionText and fromReleaseName are not used anywhere, remove these static methods.

… rework nonExistentVersion test (assignment test). Re nvaccess#11795.

Comment from Reef Turner (NV Access): use comparisons when checking builds. Although Windows Insider Preview builds come with expiration dates, it might be possible that not all Insiders are running latest build.