You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the lexical model's word predictions, a space is automatically inserted after selecting a predicted word (controlled by insertAfterWord in the model definition). However, this creates an issue when the user wants to type punctuation marks immediately after the word - the space remains, creating incorrect spacing (e.g., "word , next" instead of "word, next").
Current Behavior
User starts typing a word
Selects a word from predictions
A space is automatically inserted (as defined by insertAfterWord)
When typing a punctuation mark, the space remains, creating incorrect spacing
Desired Behavior
User starts typing a word
Selects a word from predictions
A space is automatically inserted
If the next character typed is a punctuation mark (.,!?:;), the space should be automatically removed
If the next character is a letter or number, the space should remain
Use Case
This behavior is standard in most mobile keyboards and is particularly important for languages where punctuation marks should be attached directly to the preceding word.
Current Workaround
Currently, users need to manually delete the space before typing punctuation marks, which reduces typing efficiency and creates a poor user experience.
Technical Details
The current model definition only allows for a static insertAfterWord value:
punctuation: {insertAfterWord: " "}
The text was updated successfully, but these errors were encountered:
Description
When using the lexical model's word predictions, a space is automatically inserted after selecting a predicted word (controlled by
insertAfterWord
in the model definition). However, this creates an issue when the user wants to type punctuation marks immediately after the word - the space remains, creating incorrect spacing (e.g., "word , next" instead of "word, next").Current Behavior
insertAfterWord
)Desired Behavior
Use Case
This behavior is standard in most mobile keyboards and is particularly important for languages where punctuation marks should be attached directly to the preceding word.
Current Workaround
Currently, users need to manually delete the space before typing punctuation marks, which reduces typing efficiency and creates a poor user experience.
Technical Details
The current model definition only allows for a static
insertAfterWord
value:The text was updated successfully, but these errors were encountered: