Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(ios): specialized test-keyboard + user test specification for iOS engine context-window management behaviors #10761

Closed
jahorton opened this issue Feb 19, 2024 · 0 comments · Fixed by #10905
Assignees
Milestone

Comments

@jahorton
Copy link
Contributor

From #10728:

There is a chance that an extreme edge case might still have issues:

  • Suppose a keyboard rule that changes the last character before the newline preceding the caret. (Say, a\n + b => b\n.)
  • Now suppose that rule is triggered by a multitap key, thus cycling in and out during multitap rota alongside context rewind operations.
  • As the tap with the rule would trigger an edit (within the host app) past context-window boundaries, this would naturally trigger context-synchronization after the related tap should the textDocumentProxy perform a context-window jump as a result... and also for the tap after it, which would need to make counter-edits to revert such a rule's change, as such a tap would likely retrigger a textDocumentProxy update.

Upon request, I suppose I could create a highly-focused test keyboard for validating such a case. That said, it does seem pretty niche - I don't think we currently have a keyboard with such rules. (As a result, I haven't prioritized testing this scenario.) [...]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants