Feature Request: RTL (Arabic/Hebrew) input support in line editing
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- csharp
- Bereich
- cli, internationalization
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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:
- Vorherrschende Sprache
- C#
- Sterne
- 4.4k
- Forks
- 341
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus PowerShell/PSReadLine
-
Needs-Triage :mag:
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
PowerShell/PSReadLine#5205 ·
-
Needs-Triage :mag:
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
PowerShell/PSReadLine#5195 ·
-
Needs-Triage :mag:
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
PowerShell/PSReadLine#5121 ·
-
Needs-Triage :mag:
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
PowerShell/PSReadLine#5045 ·
-
Area-CommandHelp Issue-Enhancement
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
PowerShell/PSReadLine#3470 · 3 Reaktionen ·
Alle Issues in PowerShell/PSReadLine
Ähnliche Issues
-
untriaged
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
dotnet/dotnet-api-docs#13095 ·
-
area-deployment area-integrations triage:bot-seen
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 86/100
-
type/automation type/tech-debt
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
-
bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
newrelic/newrelic-dotnet-agent#3850 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
LuckyPennySoftware/AutoMapper#4660 ·