Correct internal gesture ID for Seika Notetaker#17047
Conversation
WalkthroughThe changes involve updates to the Changes
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
SaschaCowley
left a comment
There was a problem hiding this comment.
This seems to be fine to me, though I don't have a Seika Notetaker to test with. I just have a question about the internal determination of the space key which I would like clarification on (I understand you haven't changed the lines of code I'm asking about, but I reckon we can clarify this small matter while we're here). Also, could you please write a changelog entry for this fix?
|
@school510587 have you thoroughly tested this yourself? |
|
Hi @SaschaCowley,
|
|
Hi @SaschaCowley,
Yes, here is a detailed result.
A problem appears above. Key name in the input help is not precise enough, but the following description of its function is correct. That is, if different functions are bound to BACKSPACE and SPACE respectively, they share the same key name Another notable phenomenon is that the key name of |
|
cc @moyanming - any thoughts on this PR and the issues shown in input help? |
seanbudd
left a comment
There was a problem hiding this comment.
Approved. If we get further feedback from @moyanming or other users/testers/devs we can address issues.
Please make sure this gets entries in the change log under bug fixes and API breaking changes
SaschaCowley
left a comment
There was a problem hiding this comment.
@school510587, please add changes entries.
|
Hi, Sorry, which is correct?
or
The PR 17047 attempts to solve the known issue 3 of 16828. Both are not issue number, and which should I use? Thanks. |
|
Either the issue number or this PR number is fine |
c487c07 to
50ca6e4
Compare
See test results for failed build of commit db460f0346 |
|
Hi, What's up? The merge seems to be failed, but all tests passed. What can I do to help this? |
|
@school510587 looks like it was an issue on AppVayer's side. |
…ikantk_internal_gesture_name
50ca6e4 to
27164c5
Compare
27164c5 to
bd338c2
Compare
|
Hi, However, I have another problem. My previous PR 16828 was accepted in NVDA 2024.4, but the IDs of single space and space with dots are not correct. They are corrected by this PR now, and where should I denote this change? Whether should I need to write this into changes.md? |
I am not sure I understand what you are asking. PR #16828 works as expected, doesn't it? The only user facing change here is that the space key in use is displayed correctly, but NVDA's actual behaviour is unchanged. |
|
There are several IDs for a braille display gesture. For example,
It does achieve my first goal - to generate the corresponding
In this PR, information of the pressed space key(s) is passed into InputGesture class. Therefore, With the initial NVDA settings, the behavior is unchanged from #16828 to this PR. A user must try to alter some setting through input gestures dialog to perceive what described above |
|
Nevertheless, this is an API breaking change, so has to be in a 20xy.1 release. And if I am understanding correctly, your previous PR works as expected and does not introduce any regressions, so there is no need to change anything there. In future, if you want changes to be introduced into the same NVDA version, please either note this explicitly in all PRs, or open them as a single PR. |
Ok, I think this is correct.
Got it, thanks. |
# Conflicts: # user_docs/en/changes.md
Link to issue number:
Fixes issue 3 of #16828 .
Summary of the issue:
The br(seikantk):XXX IDs of bk:space and bk:space+dots are incorrect. Although it has few influence to UX, it may bring trouble to add-on developers.
Description of user facing changes
There must be one option displayed when adding a new gesture in Input gestures dialog is about Seika Notetaker. Without this PR, the option is always
backspace+dX, e.g.backspace+d1+d3+d4+d5. Now,backspace+d1+d3+d4+d5,d1+d3+d4+d5+space, andbackspace+d1+d3+d4+d5+spaceare displayed correctly according to the actual space key(s) pressed by the user.Description of development approach
Type of
spaceparameter of class InputGesture becomes int. It may be 1(backspace), 2(space), or 3(both). The correct key name is obtained from_getKeyNames.Testing strategy:
Input gesturesdialog.d1+d3+d4+d5+space (Seika Notetaker)should be present.If both spaces are pressed, the result should be
backspace+d1+d3+d4+d5+space.Known issues with pull request:
3 entries will be required to build a new item in gesture map. For example,
br(seikantk):BACKSPACE+d1+d3+d4+d5,br(seikantk):d1+d3+d4+d5+SPACE, andbr(seikantk):BACKSPACE+d1+d3+d4+d5+SPACEmust be present to completely define the action for space with dots 1, 3, 4, and 5.Code Review Checklist:
Summary by CodeRabbit