Wie liest du die Texte denn aus und wo sind sie denn falsch? Werden sie im Programm richtig angezeigt?
Als temporären Workaround könntest du ja mit StringReplace ä ö ü und ß ersetzen lassen aber mehr kann ich auch nicht sagen wenn ich nicht weiß wo genau der Fehler liegt.
Wie @alpines , weiß auch ich nicht woher die Texte stammen.
Falls es sich z.B. um einem CMD-Konsolenstream handelt, hilft ggf. :
Func _ConvertOEMtoANSI($sOEM)
Local $aDLLReturn, $sAnsi
$aDLLReturn = DllCall('user32.dll', 'Int', 'OemToChar', 'str', $sOEM, 'str', '')
If @error Then
$sAnsi = $sOEM ; im Fehlerfall den Originalstring unkonvertiert zurückgeben
Else
$sAnsi = $aDLLReturn[2]
EndIf
Return $sAnsi
EndFunc ;==>_ConvertOEMtoANSI
Gruß Musashi
Hallo zusammen,
sorry für die späte Meldung und vielen Dank für die Tipps und Funktion.
Ich habe in der Zwischenzeit evtl. eine andere Lösung gefunden und zwar...
In SAP kann man in dem "SAP Logon 720"- Fenster mit dem "Stift" (Bild 1) sich die "Eingenschaften für den Systemeintrag" anzeigen lassen und ändern (Bild 2).
Damit sollte dann wieder alles funktionieren.
Gruß Schumi
Bild 1
Bild 2
Bild_2.png
Dann sollte das ja gelöst sein. Ich setz mal den Haken.
Die Einstellungen in SAP haben leider doch nicht funktioniert.
...leider doch nicht den gewünschten Erfolg gebracht.
Den Inhalt der String-Variable mit StringToASCIIArray() in ein Array zu schieben, um sie dann im Anschluss direkt wieder mit StringFromASCIIArray() zu befüllen, nur um die Umlaue zu konvertieren, ist eine sehr schlechte Idee!!!
Vom Prinzip her hat dir @Musashi schon den richtigen Lösungsweg aufgezeigt... aber das ist sicher keine Lösung, die in allen Fällen funktioniert.
Seine Funktion wäre richtig, wenn du z. B. mit deinem AutoIt-Script mit der Funktion Run() die CMD.exe startest und darin dann den Dir-Befehl ausführst, die Ausgabe dann mit StdoutRead() einliest, um sie in der SciTE-Console auszugeben.
Die Ausgabe der CMD ist im Normalfall OEM... (Codepage 850) - SciTE will aber ANSI (Codepage 1251) haben!
Ich habe dir mal eine kleine Demo geschrieben und darin auch einige Funktionen eingebaut, die für das Handling mit Dateien sehr hilfreich sind... du solltest dir vor allem aber die Funktion _CmdWrite() sehr genau anschauen! 
Hallo @Bitnugger !
Vom Prinzip her hat dir @Musashi schon den richtigen Lösungsweg aufgezeigt... aber das ist sicher keine Lösung, die in allen Fällen funktioniert.
Erst mal vielen Dank für diese nützliche Funktionssammlung 
!
Dass mein Funktionsschnippsel nicht allgemeingültig ist, war mir bewusst.
Daher auch die Einschränkung : "Falls es sich z.B. um einem CMD-Konsolenstream handelt, hilft ggf. :"
Ich wollte lediglich, wie Du auch angemerkt hast, den Blick des Users in eine gewisse Richtung lenken.
Gruß Musashi
Ich wollte lediglich, wie Du auch angemerkt hast, den Blick des Users in eine gewisse Richtung lenken.
Genau... das primäre Problem beim Umgang mit verschiedenen Codepages ist nämlich, zu erkennen, mit welcher wir es gerade zu tun haben... in unserem Kontext also, ob der Text als ANSI oder OEM vorliegt, und desweiteren gilt es, zu bestimmen, wo die Ausgabe hingehen soll... denn dementsprechend muss der Text, insofern er Umlaute enthält, nach ANSI oder OEM konvertiert werden. Will man noch einen drauf setzen, sind nicht nur die Umlaute zu überprüfen, sondern auch viele (nicht alle) Zeichen, die größer als Chr(127) bzw. Chr(0x7F) sind.
Hier noch ein sehr lesenswerter Wiki-Link zum Thema Codepage 850.
