@just me, jetzt hatte ich das Problem bei einem anderen PC wieder. Wenn der von dir benannte Schalter [c]/CP65001[/c] entfernt wird, ist alles gut. Da liegt der Hase im Pfeffer. Viele Grüsse und noch einmal vielen Dank!

Hi,

soweit ich gelesen habe, fügt der Installer in der Registry dem Aufruf für die AHK-Exe noch die Option [c]/CP65001[/c] hinzu.

[c]GetACP()[/c] gibt es nur in AHK-H, weil [mention]HotKeyIt[/mention] einige API-Funktionen auch ohne [c]DllCall()[/c] verfügbar macht. :arrow: [url=https://hotkeyit.github.io/v1/docs/commands/WinApi.htm][b]WinAPI[/b][/url]

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AutoHotkeyScript\Shell\Open\Command]
@="\"C:\\Program Files\\AutoHotkey\\AutoHotkey.exe\" \"%1\" %*"

@just me, Deine Frage war die ganz entscheidende Frage! Ich habe AHK_L unter Beachtung Deiner Frage diesmal bewußt jetzt ohne die die Option [c]"Default to UTF-8"[/c] installiert, was sofort dazu geführt hat, dass das Umlaut-Problem behoben war. Als ich dann wieder auf AHK_H umgestellt habe, war das Problem auch dort behoben. [b]DANKE![/b]

Sollte man diese Option nicht automatisch deaktivieren, wenn ANSI-AHK installiert wird? Im Anschluss daran frage ich mich, wo in der Registry sich die Option [c]"Default to UTF-8"[/c] auswirkt, also wo sich das Problem gezielt beheben läßt. Ich frage mich auch, ob es noch andere undokumentierte AHK-Funktionen wie [c]GetACP()[/c] gibt...

EDIT:
Ich denke, die richtige Registry-Einstellung lautet jetzt offenbar (etwas kryptisch) wie folgt:
[code]Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AutoHotkeyScript\Shell\Open\Command]
@="\"C:\\Program Files\\AutoHotkey\\AutoHotkey.exe\" \"%1\" %*"[/code]

Moin,

wenn ich richtig verstehe, speicherst Du Deine Skripte [i]nicht[/i] im UTF-8 Format. Wenn Du AHK in der virtuellen Maschine neu installiert hast, hast Du vielleicht versehentlich die Option [c]"Default to UTF-8"[/c] aktiviert?

-> [url=https://ahkde.github.io/docs/Scripts.htm#cp]Zeichensatz einer Skript-Datei[/url]

[c]MsgBox % GetACP()[/c] ergibt sowohl auf dem Windows 7-Guest als auch auf dem Windows 10-Host die Zahl [i]1252[/i].

[c]MsgBox % GetACP()[/c]?

AHK_L v1.1.33.10 hat das gleiche Problem. Kein Unterschied. Gerade getestet.

Ja, der Virtual PC ist Deutsch.
[c]MsgBox % GetACP()[/c] ergibt auf dem Virtual PC die Zahl 1252

Ist der Virtual PC auf Deutsch eingestellt?

Edit:
Was bekommst du hier: [c]MsgBox GetACP()[/c]

@HotKeyIt, ja, die ansi-Version AHK_H a32.

Benutzt du die ANSI Version von AHK_H?
Das muss definitiv mit Systemeinstellung zu tun haben, wenn du magst können wir mal über TeamViewer uns anschauen.

Edit:
Du kannst auch gerne AHK_L probieren, sollte das Problem auch kommen.

@BoBo, danke! Ich fürchte die Umstellung auf UTF-8/16 BOM Encoding, nachdem ich schon so lange (aus Kompatibilitätsgründen!) mit ANSI gearbeitet habe. Damit werde ich noch etwas warten.
Bei HotKeyIt im AHK_H-Forum werde ich auf hier verlinken.

Ich sehe [Url=https://communities.vmware.com/t5/VMware-Workstation-Pro/Encoding-of-the-vmx-and-vmxf-files-of-Workstation-8-x-for/td-p/2109902]hier[/Url] gerade, dass man in VMWare die Codepage verändern könnte. Aber die voreingestellte Codepage windows-1252 scheint schon richtig zu sein, vgl. [Url=https://www.torsten-horn.de/techdocs/encoding.htm]hier[/Url], insbesondere auch für ANSI.

Reflexartig (Versuch macht klug) würde ich auf die "Speichere das Script in UTF-8/16 BOM Encoding ab" Thematik tippen. Ist aber lediglich ein Verdacht :shifty:
PS. Hast du vorab bereits mal bei [mention]HotKeyIt[/mention] im AHK_H-Forum angefragt?

RückG := "Hallo"
MsgBox %RückG%
Return

[code]RückG := "Hallo"
MsgBox %RückG%
Return[/code]

Ich habe seit Jahren mit Windows 7 32 Bit und AHK_H a32 gearbeitet. Jetzt bin ich auf Windows 10 64 Bit umgestiegen und lasse dort mein benötigtes Windows 7 32 Bit samt AHK_H a32 auf einer virtuellen VMWare-Maschine laufen. Auf dem Windows 10-Host läuft AHK_H nach wie vor problemlos. Nur auf meinem Windows 7 32 Bit-Guest habe ich plötzlich mit demselben AHK_H und den gleichen Skripts ein Umlaute-Problem. Z. B. Löst die Variable [i]%RückG%[/i] die Fehlermeldung aus [i]The following variable name contains an illegal character: "R?ckG"[/i]. Was ist da los? Kann bitte jemand helfen?
[img]https://i.ibb.co/Jcx7bkQ/AHK-Problem.jpg[/img]