Feature Request: RTL (Arabic/Hebrew) input support in line editing
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- csharp
- Domaine
- cli, internationalization
Piste de recherche
Start by reproducing Arabic and Hebrew input at the pwsh prompt in Windows Console Host, then examine PSReadLine's line-buffer rendering and cursor, cut, copy, and paste behavior. Done means RTL text displays in the correct reading order while editing, cursor movement respects RTL runs, and clipboard operations preserve the text.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Feature Request: RTL Text Input Support (Arabic / Hebrew)
Problem
PSReadLine handles all interactive line editing in PowerShell. When an Arabic-speaking user types Arabic text at the pwsh prompt, the characters appear in reversed order because PSReadLine processes input strictly left-to-right. This makes it impossible to type Arabic naturally at the PowerShell prompt.
Expected Behavior
- Arabic (and other RTL) characters should appear in correct right-to-left reading order as the user types
- Cursor movement (
←/→) should respect text direction within RTL runs - Cut/copy/paste operations should preserve RTL text correctly
Current Behavior
Arabic letters are displayed in reversed order (LTR rendering of RTL text), making the input unreadable until submitted.
Environment
- Shell: PowerShell 7.x (
pwsh) — standalone, not inside Windows Terminal - Console host: Windows Console Host (
conhost.exe) - PSReadLine: 2.x
- OS: Windows 11
Suggested Approach
- Implement basic Unicode Bidirectional Algorithm (UAX #9) support in the line buffer rendering
- Detect RTL Unicode ranges (U+0600–U+06FF Arabic, U+0590–U+05FF Hebrew, etc.) and apply correct display order
- This is the highest-impact fix for RTL users since PSReadLine controls all prompt input
Impact
Arabic, Hebrew, Persian, and Urdu speakers cannot type their native language at the PowerShell prompt. This affects a significant global developer community.
Also filed in PowerShell/PowerShell and microsoft/terminal repos for full coverage:
- Langage dominant
- C#
- Étoiles
- 4.4k
- Forks
- 341
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de PowerShell/PSReadLine
-
Needs-Triage :mag:
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
PowerShell/PSReadLine#5205 ·
-
Needs-Triage :mag:
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
PowerShell/PSReadLine#5195 ·
-
Needs-Triage :mag:
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
PowerShell/PSReadLine#5121 ·
-
Needs-Triage :mag:
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
PowerShell/PSReadLine#5045 ·
-
Area-CommandHelp Issue-Enhancement
Difficulté 1/5 Moins d'une heure Accessibilité débutants 68/100
PowerShell/PSReadLine#3470 · 3 réactions ·
Toutes les issues de PowerShell/PSReadLine
Issues similaires
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 75/100
sillsdev/languageforge-lexbox#2665 ·
-
bug documentation frontend
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
azurenoops/spin_agent#975 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
-
:watch: Not Triaged 11.0 fundamentals/subsvc
Difficulté 2/5 1-3 heures Accessibilité débutants 92/100
dotnet/AspNetCore.Docs#37699 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
SubtitleEdit/subtitleedit#15108 · 1 commentaire ·