stop HID Braille routing keys from being back to front (#12860)
When testing with multiple HID braille displays, it has been found that NVDA's handling of routing keys seems to be reversed, and also offset by 1.
the offset by 1 issue is just an incorrect assumption by me -- NVDA's routing key routing indexes start at 0, not 1.
However, the reverse order of the keys is due to the fact that Windows apparently loads its HID input button caps arrays in reverse order. This fact is mentioned in the Microsoft Docs article at https://docs.microsoft.com/en-us/windows-hardware/drivers/hid/button-capability-arrays
Description of how this pull request fixes the issue:
In the HID braille driver:
• Stop adding 1 to the routing index
• Walk through the input button caps array in reverse order. This then means that the calculated relative index of a button in its collection will now be relative from the start of the collection, rather than the end which is what we want.
