change(web): generalize determineSuggestionRange 🚂 🔪#15992
Conversation
User Test ResultsTest specification and instructions User tests are not required Test Artifacts
|
|
#15907 has some changes to this method that should be moved up to this PR. |
2828e50 to
fb485cb
Compare
4dda830 to
cc1aca6
Compare
To facilitate using the same suggestion-application-range logic for all model types, not just the first-class ones that implement LexiconTraversals. Build-bot: skip build:web Test-bot: skip
fb485cb to
9d35d3d
Compare
|
From devin.ai:
This is done this way to preserve existing unit test functionality; multi-token corrections are not put in place at this stage. It should be fully implemented in a later PR, though exactly which PR has yet to be fully determined, with |
The changes of this PR facilitate using the same suggestion-application-range logic for all model types, not just the first-class ones that implement LexiconTraversals. This way, we may standardize the logic used when constructing multi-token suggestions.
Build-bot: skip build:web
Test-bot: skip