Anzeige von Unicode in Powershell

<sup>Beachten Sie, dass PowerShell Core terminal-Fenster auf Unix-ähnliche Plattformen, sind UTF-8-fähigen standardmäßig (in der Regel in diesen Tagen, da das moderne Unix-ähnliche Plattformen, die Verwendung von UTF-8-basierte locales).

Auf Windows das ist noch nicht der Fall, da der PowerShell-Core 6.2.0, sollte aber schnellstmöglich umgesetzt - siehe dies GitHub issue</sup>

Ihre Windows PowerShell-Konsolenfenster Unicode (UTF-8) bekannt:

• Wählen Sie eine TrueType - (TT) schriftart , unterstützt die spezifische Skripte (Schriftsysteme, Alphabete), deren Zeichen die Sie wollen, um richtig in die Konsole ein:

  • Wichtig: Während alle TrueType-Schriftarten-Unterstützung von Unicode - im Prinzip, Sie unterstützen in der Regel lediglich eine Teilmenge der alle Unicode-Zeichen, nämlich diejenigen, die jeweils spezifischen Skripte (das schreiben von Systemen), wie die lateinische Schrift, die kyrillische (russische) Skript, ...
    
    In Ihrem Fall - wenn Sie unterstützen müssen Arabisch sowie Chinesisch, Japanisch und Russisch-Zeichen - Ihre einzige Wahl ist,SimSun-ExtB, die verfügbar ist auf Windows 10 nur.
    
    Sehen Wikipedia für eine Liste von dem, was Windows-Schriftarten Ziel, welche Skripte (Alphabete).

  • Um die schriftart zu ändern, klicken Sie auf das Symbol in der oberen linken Ecke des Fensters und wählen Sie Properties, dann umsteigen auf die Fonts Registerkarte, und wählen Sie die TrueType-schriftart von Interesse.

    • Sehen diese Antwort SU von not2quibit, wie man zusätzliche Schriftarten verfügbar.

• Zusätzlich:

  • Den Konsole-Fenster die code-Seite geschaltet werden müssen, um 65001, die UTF-8-code-Seite (die ist in der Regel getan mit chcp 65001, aber der PowerShell folgenden Befehl bedeutet, dass implizit).

  • PowerShell angewiesen werden müssen, um die Verwendung von UTF-8 für die Kommunikation mit externe Dienstprogramme auch sowohl beim senden Eingang externe Programme und beim empfangen der Ausgabe von Ihnen.

Folgende Magische Beschwörungsformel in Windows PowerShell bietet das (wie gesagt, diese implizit führt chcp 65001):

$OutputEncoding = [console]::InputEncoding = [console]::OutputEncoding =
                    New-Object System.Text.UTF8Encoding

Zu bestehen diese Einstellungen, d.h., um Ihren künftigen interaktiven PowerShell-Sitzungen, die UTF-8-aware standardmäßig fügen Sie den Befehl oben, um Ihre $PROFILE Datei.

Wichtig:

• Diese Einstellungen davon ausgehen, dass alle externen Hilfsmittel, mit dem Sie kommunizieren erwarten UTF-8-kodierte Eingabe und produzieren UTF-8-Ausgabe.
  • CLIs geschrieben Node.js dieses Kriterium erfüllen beispielsweise.
  • Python-Skripte geschrieben, wenn mit UTF-8-Unterstützung in Geist verarbeiten kann UTF-8 auch.
• Dagegen, diese Einstellungen können Pause (ältere) - Dienstprogramme, die nur erwarten, dass ein single-byte-Codierung, wie angedeutet, die durch das system-legacy-OEM-Codepage.
  • Bis zu Windows 8.1, das auch im Lieferumfang enthalten standard-Windows-Dienstprogramme wie find.exe und findstr.exe, die wurden behoben in Windows 10.
  • Siehe Ende von diesem post für, wie man dieses problem umgehen, durch die Umstellung auf UTF-8 vorübergehend, auf Nachfrage für den Aufruf einer Programm.

Optionaler hintergrund-Informationen

^{Tipp der Hut, um eryksun für alle seine Ideen.}

• , Während eine TrueType-schriftart aktiv ist, das Konsole-Fenster Puffer richtig bewahrt (non-ASCII), Unicode-Zeichen. auch wenn Sie nicht Rendern richtig; dass, obwohl Sie erscheinen allgemein als ? zu geben fehlende Unterstützung durch die aktuelle schriftart, können Sie kopieren & fügen Sie solche Zeichen anderswo ohne Verlust von Informationen, wie eryksun beobachtet.

• PowerShell ist in der Lage die Ausgabe von Unicode-Zeichen auf der Konsole auch ohne eingeschaltet zu code Seite 65001 ersten.
  
  Jedoch, dass man sich nicht nicht Garantie, dass andere Programme können mit solchen Ausgang korrekt - siehe unten.

• Wenn es um Kommunikation mit externe Programme via stdout (Rohrleitungen), es arbeitet mit der Zeichenkodierung angegeben in der $OutputEncoding einstellungsvariable, die standardmäßig ASCII(!) in Windows PowerShell, was bedeutet, dass alle nicht-ASCII-Zeichen umkodiert, um wörtliche ? Zeichen, was in Informationen Verlust. (Durch Kontrast, vorbildlich, PowerShell Core jetzt verwendet (BOM) UTF-8 als Standard-encoding, umfassende.)

  • Dagegen, jedoch Weitergabe nicht-ASCII - Argumente (statt stdout (Pipe) output) , um externe Programme zu verlangen scheint keine spezielle Konfiguration (es ist mir unklar, warum das funktioniert); B. die folgenden Node.js Befehl korrekt zurück €: 1 auch mit der Standard-Konfiguration:
    
    node -pe "process.argv[1] + ': ' + process.argv[1].length" €

• [Console]::OutputEncoding:

  • steuert, welche Zeichen-Codierung wird angenommen, wenn die Konsole übersetzt die Ausgabe eines Programms in der Konsole-Anzeige Zeichen.
  • auch erzählt PowerShell was die Codierung zu übernehmen, wenn erfassen Ausgabe von einem externen Programm.
    
    Das Ergebnis ist, dass, wenn Sie brauchen, um erfassen Ausgabe aus einer UTF-8-Produktion Programm, müssen Sie [Console]::OutputEncoding UTF-8; Einstellung $OutputEncoding deckt nur die Eingang (externes Programm) Aspekt.

• [Console]::InputEncoding definiert die Kodierung für Tastatur-Eingaben in einer Konsole.

• , Wenn das Umschalten der Konsole auf UTF-8 für die gesamte Sitzung ist nicht eine option, können Sie dies tun vorübergehend, für einen bestimmten Aufruf:

  # Save the current settings and temporarily switch to UTF-8.
  $oldOutputEncoding = $OutputEncoding; $oldConsoleEncoding = [Console]::OutputEncoding
  $OutputEncoding = [Console]::OutputEncoding = New-Object System.Text.Utf8Encoding
  
  # Call the UTF-8 program, using Node.js as an example.
  # This should echo '€' (`U+20AC`) as-is and report the length as *1*.
  $captured = '€' | node -pe "require('fs').readFileSync(0).toString().trim()"
  $captured; $captured.Length
  
  # Restore the previous settings.
  $OutputEncoding = $oldOutputEncoding; [Console]::OutputEncoding = $oldConsoleEncoding

• Probleme auf älteren Windows-Versionen (pre-W10):

  • Einen aktiven chcp Wert von 65001 brechen die Ausgabe in der Konsole einige externe Programme und batch-Dateien in der Regel in älteren Windows-Versionen kann letztendlich resultierte aus einem Fehler in der WriteFile() Windows-API-Funktion (wie auch die standard-C-Bibliothek), die irrtümlich berichtet, die Zahl der Zeichen eher als bytes mit der code-Seite 65001 im Effekt, wie besprochen, in in diesem blog-post.

  • Die daraus resultierenden Symptome, nach einem Kommentar von bobince auf diese Antwort von 2008, sind: "Mein Verständnis ist, dass Anrufe, die eine Zahl zurückgeben-von-bytes (wie fread/fwrite/etc) eigentlich eine Zahl zurückgeben-von-Zeichen. Dies verursacht eine Vielzahl von Symptomen, wie unvollständige input-Lesen, hängt in fflush, die gebrochen batch-Dateien und so weiter."

• eryksun schlägt ConEmu als überlegener Ersatz für die native Windows-console windows -.

  • Nach ihm, diese Adresse wäre, die "alte GDI-Umsetzung nicht in den Griff komplexen Skripten, nicht-BMP-Zeichen oder eine automatische fallback-Schriftarten".

InformationsquelleAutor mklement0

Stellen Sie sicher, Sie haben eine Schrift, in der alle problematischen Zeichen installiert und als Win32-Konsole-Schrift an. Wenn ich mich Recht erinnere, klicken Sie auf das PowerShell-Symbol in der oberen linken Ecke des Fensters und wählen Eigenschaften. Die resultierende popup-dialog sollte eine option, um die schriftart, die verwendet wird. Es könnte sein, bitmap (.FON oder .FNT) font.

InformationsquelleAutor Alexander Martin