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
CJK Input Method Editors render the candidate window horizontally by default. In a vertical context it must not cover the composition point — but platform IME APIs rarely expose enough control to place it well, which is part of why text-field keeps the input horizontal while the label is vertical.
Where it shows up here:search, text-field.
Open questions:
Is a deliberately horizontal input the right trade, or can a truly vertical composition surface work today?
What can be influenced through writing-mode + caret positioning vs. what is locked by the OS IME?
How should the candidate window behave differently across macOS/iOS/Windows/Android?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Labels:
RFCimeCJK Input Method Editors render the candidate window horizontally by default. In a vertical context it must not cover the composition point — but platform IME APIs rarely expose enough control to place it well, which is part of why
text-fieldkeeps the input horizontal while the label is vertical.Where it shows up here:
search,text-field.Open questions:
writing-mode+ caret positioning vs. what is locked by the OS IME?Write-up: https://vertically.works/challenges#ime-vertical
Propose your answer as a PR. Strong answers get merged into the spec.
All reactions