Input box lacks proper RTL support for Hebrew/Arabic text
Status Fixed / completed
Maintainer reply None cached
Activity 0 comments · opened Jul 24, 2026 · closed Aug 25, 2026
Describe the bug
The message input box does not apply true bidirectional (RTL) text handling. When typing in Hebrew (or other RTL languages), the editing experience is broken.
To Reproduce
- Start typing a message in Hebrew in the input box
- Mix in Latin characters, numbers, or punctuation (e.g. a file path, a number,
RTL) - Observe cursor and text behavior
Expected behavior
- Text aligned to the right
- Proper Unicode bidi handling so mixed Hebrew + Latin/numbers render in the correct visual order
- Cursor moves logically when editing mid-line
Actual behavior
- Text is left-aligned regardless of language
- Punctuation and brackets jump to the wrong position in mixed-direction lines
- Cursor position is unpredictable when editing in the middle of a line
Notes
- This affects only the input box. Claude's output (assistant messages, generated Markdown/files) renders RTL correctly.
- Pasting pre-composed RTL text preserves correct directionality, which points to the input field's editor rather than terminal font rendering.
Environment
- Claude Code desktop app
- macOS (Darwin 25.5.0)