Warum wird [ALT + 224] anstelle von Alpha zurückgegeben?

6

Ich bin bei WIN 7. Ich habe festgestellt, dass Windows ANSI verwendet, nicht ASCII. Also wenn ich schreibe ALT + 224 Ich bekomme Ó anstelle von α. Um α zu erhalten, muss ich es jedes Mal manuell aus der Windows-Zeichentabelle kopieren, wenn ich es verwenden möchte. Wie Sie sich vorstellen können, wird dies sehr langweilig, wenn ich versuche, attisches Griechisch einzugeben. Gibt es keine Kombination, um α einzugeben? Wenn nicht, gibt es dafür eine Lösung?

ascii ansi irikkkkk
quelle
Möchten Sie Griechisch eingeben?
soandos
Ich benutze Windows und bekomme α.
cutrightjm
Verwenden Sie WIN7? Ich könnte auf Vista oder XP anders gewesen sein.
irikkkkk
@irikkkkk, welches Betriebssystem verwendest du?
soandos
@soandros, Windows 7
irikkkkk

Antworten:

7

Wie Sie bereits festgestellt haben, die Zeichen, die sich aus den Zeichencodes zwischen ergeben 0 und 255 hängt ganz von der verwendeten Kodierung ab.

Windows verwendet weder Extended ASCII noch ANSI (normalerweise Windows-1252); es hängt tatsächlich von der Anwendung ab.

Zum Beispiel, Alt + ( 2 . 2 . 4 ) gibt auf meiner Maschine:

  • α im Editor und an der Eingabeaufforderung.

  • à in der Omnibox von Google Chrome, aber α in seiner Konsole und genau diesem Textbereich.

  • In Notepad ++ a mit ANSI, α mit UTF-8.

Verwenden Sie für ein konsistenteres Verhalten Unicode-Zeichencodes :

Die Tastenkombination Alt + ( 9 . 4 . 5 ) - oder Alt + ( + . 3 . B . 1 ), wenn Sie den Registrierungsschlüssel festlegen HKEY_CURRENT_USER\Control Panel\Input Method\EnableHexNumpad zu 1 - sollte Ergebnis in einem α in jeder Anwendung, die diesen Charakter unterstützt.

Das ist leider nicht der Fall:

  • Der Dezimalzeichencode ergibt ▒ in der Adressleiste des IE, während der Hexadezimalwert nur piept.

  • Der dezimale Zeichencode ergibt ▒ in Notepad ++ mit ANSI und ¦ mit UTF-8.

  • Der hexadezimale Zeichencode ergibt a in Notepad ++ mit ANSI und α mit UTF-8.

Zusammenfassung

  1. einstellen HKEY_CURRENT_USER\Control Panel\Input Method\EnableHexNumpad zu 1.

  2. Benutzen Alt + ( 9 . 4 . 5 ) oder Alt + ( + . 3 . B . 1 ) in Anwendungen mit voller Unicode-Unterstützung.

  3. In Anwendungen, die keine vollständige Unicode-Unterstützung bieten, können Sie sich auf Trial and Error beziehen.

Dennis
quelle
Haben Sie versucht, mit einem vorangestellten 0? Ie. ALT-0224 gibt à konsequent (hier), aber ALT-224 gibt Ó (Position 224 in der DOS-Westeuropa-Codepage). [Ich habe nicht den hexadezimalen Eintrag festgelegt.] Wie ich es verstehe, erzwingt das Nullpräfix die Interpretation als Unicode-Codepunkt.
Richard
1
Das 0 wird verwendet, um ein Unicode-Zeichen anzuzeigen, wenn der Zeichencode mehrdeutig ist 0 und 255 mit unseren Codeseiten (obwohl 0 - 127 werden immer ASCII sein). [Alt] - 0945 wird darin enden, dass ±: Seit der 0 ist hier fehl am Platz, die Anwendung greift auf Nicht-Unicode zurück und wraps auf 256 (d.h. 256 ist kongruent zu 0. 257 zu 2, usw.). ± Zeichencode ist 177, woher 945 = 3 * 256 + 177.
Dennis
0

Ich habe eine Lösung gefunden, die für mich funktioniert hat.

Anfänglich wurde die "Aktuelle Sprache für Nicht-Unicode-Programme" auf dem Computer in "Englisch (Großbritannien)" festgelegt Region → Administrative settings; Als ich es jedoch in "English (United States)" geändert habe, wurde der Computer neu gestartet.

Ich habe endlich angefangen, "α" zu bekommen, als ich Alt 224 drückte. Nicht mehr "Ó". Ich habe ein Bild des Einstellungsorts angehängt.

Fixed Alt 224 problem

Chris
quelle