Fix HID after Custom driver#13168
Conversation
|
NVDA-devel mailing list has been asked to test this via the try-build. However, anyone else with a Braille display is invited to test this and give feedback. |
|
After following up on testers reports, the results are inconclusive. Several testers did find issues, however it is not clear if these are issues that previously existed (I.E. in 2021.2) or if they are new with this release / branch. Several users have said this is an improvement. Without more solid information, I advise we merge this and put out an RC2 for wider testing. |
|
In case it is required, there is another branch that extends this to put the autodetection behind a config flag, the flag is not yet exposed in the UI. There is a try-build of this that can be tested in case it is helpful. |
See test results for failed build of commit c8b6d566f3 |
2d1355c to
f293991
Compare
f293991 to
4761a84
Compare
|
@lukaszgo1 I have addressed the typo's, good catch. Would you like to review again? |
|
I have rebased this, due to renamed files I want each commit to be clean and focused on a single goal so that it can be merged rather than squashed. |
lukaszgo1
left a comment
There was a problem hiding this comment.
Looks fine to me in terms of code, though I am unable to test as the braille display I have is not compatible with HID nor had auto-detection issues with 2021.3.
LeonarddeR
left a comment
There was a problem hiding this comment.
I like the overall improvements in here. Just a suggestion to avoid an inline func. N.b. Unfortunately I wasn't able to create a multi line comment, but you'll get the idea.
Duplication of the string makes it a "magic value" and hard to trace its meaning.
Explicitly map to BrailleDisplayDriver on the module.
Ensure there is no confusion with KEY_HID="hid" in bdDetect.py
d8c857d
4761a84 to
d8c857d
Compare
|
build of RC to test merged changes: https://ci.appveyor.com/api/buildjobs/pl56jgcjg2ym6xap/artifacts/output%2Fnvda_snapshot_rc-24378%2Ccaf14822.exe |
Link to issue number:
#13153
Summary of the issue:
It was still possible for a standard HID braille driver to take preference over a custom braille driver.
Description of how this pull request fixes the issue:
Ensure all devices are processed looking for a custom braille driver before reprocessing all devices looking for a standard HID braille driver.
While here I have tried to disambiguate the
hid.BrailleDisplayDriverclass.BrailleDisplayDriverlogging should come fromHidBrailleDriver. This class is still mapped to theBrailleDisplayDrivername in the module.KEY_HID)Testing strategy:
Ask RC users to test again.
Known issues with pull request:
None
Change log entries:
None
Code Review Checklist: