Notepad-plus-plus: Notepad++ 7.7 in ANSI-Kodierung anstelle von kyrillischen Zeichen "????????"

Bestätigen Sie

Der Bildschirm ist alt, aber das Problem besteht immer noch

Debug-Informationen

Notepad++ v7.7 (64-Bit)
Bauzeit: 19. Mai 2019 - 13:05:35
Pfad: D:\Install\Office-Programme\Notepad++\notepad++.exe
Admin-Modus: EIN
Lokaler Konf-Modus: EIN
Betriebssystem: Windows 7 (64-Bit)
Plugins : AutoSave.dll ComparePlugin.dll ShtirlitzNppPlugin.dll TakeNotes.dll VisualStudioLineCopy.dll

@donho
Ich habe alle Versionen von SciTE getestet, beginnend mit der Version von Scintilla 3.6.7 beginnen Probleme mit Kyrillisch.

@rddim & @andrecool-68
Was ist die Muttersprache Ihres Betriebssystems?

Kann es jemand unter Windows 10 reproduzieren?

@donho
Ich habe die russische Version von Win 7 x64.

@donho

nur falls du das gleiche siehst wie ich:
das wird f. schwierig zu lösen für einen nicht gebürtigen Russen oder Bulgaren, wenn überhaupt.

Ich war nie in der Lage, kyrillischen Text in Ansi-Dateien einzufügen, auf einem englischen, spanischen oder deutschen Windows 10 und 7, unabhängig von der Notepad++-Version.
getestet und erneut getestet am 7.5.5 bis 7.7.
Russischer Text zu UTF-8 funktioniert auf allen Versionen.
(siehe Screencast unten)

Schöne Grüße.

@andrecool-68

Ich habe alle Versionen von SciTE getestet, beginnend mit der Version von Scintilla 3.6.7 beginnen Probleme mit Kyrillisch.

Also funktioniert Scintilla 3.6.6 für Sie?
Die Eingabe von Kyrillisch in ANSI ist in Version 3.6.7 und neueren Versionen fehlerhaft, ist das richtig?

@donho
Richtig, die Probleme beginnen ab Version 3.6.7!
Windows 7 x64

Windows 10 x64 (VirtualBox)

@donho
Beide Maschinen (Büro-Laptop und Heim-PC) sind mit Win7 Pro x64 SP1 Englisch ausgestattet . Unter Win10 kann ich nicht testen.
Bestätigen Sie, dass das Problem bei SciTE v3.6.7 beginnt und nicht in SciTE v3.6.6 gebrochen ist

@donho
Ich bin mir nicht sicher, ob das dir helfen wird, aber: https://sourceforge.net/p/scintilla/bugs/2093/#3ee4

@donho
Ich habe versucht, diese Änderungen vorzunehmen, und Kyrillisch erschien.
Datei: ScintillaWin.cxx
+ case SC_CHARSET_DEFAULT: return documentCodePage;
- case SC_CHARSET_DEFAULT: вернуть documentCodePage? documentCodePage: 1252;

Aber nach jedem Versuch, ein kyrillisches Zeichen zu drucken, tritt ein Fehler auf)))

@andrecool-68 das ist seltsam, case SC_CHARSET_DEFAULT: return documentCodePage; ist der alte Code in Scintilla vor 3.6.6 (von npp vor 7.7 verwendet).

Können Sie Notepad2 (sowohl im GDI- als auch im D2D-Modus, Einstellungen -> Rendering-Technologie) unter https://github.com/zufuliu/notepad2/releases testen oder debuggen?
Wenn die Debug-Assertion fehlgeschlagen ist, wählen Sie Break, dann sehen Sie sich den Stacktrace an und sehen Sie, wo sie fehlgeschlagen ist.
Mit dem Stacktrace wissen wir vielleicht, wie wir es beheben können.

@donho Ich kann bestätigen, dass sich der Fehler auch unter Windows 10 x64 manifestiert.
@zufuliu Ich habe Ihre Notepad2-Builds getestet und der Text wird sowohl im D2D- als auch im GDI-Modus korrekt gerendert.

Bearbeitet um hinzuzufügen:
Wenn Sie die Windows-1251-Codepage manuell aus dem Encoding-Menü von NP++ auswählen, wird der Text korrekt gerendert.

@rddim wählen Sie vor der Eingabe die Kodierung in ANSI aus? (über Menü: Datei -> Kodierung -> ANSI), da die Standardkodierung UTF-8 ist. die Statusleiste zeigt den Codierungsnamen vor dem EOL-Modus wie CR+LF.

Versuchen Sie auch, ein anderes Schema zu verwenden. Schema -> Textdatei, teste sowohl die Textdatei als auch die 2. Textdatei. oder aktivieren (die eine monospaced Schriftart wie Consolas verwenden) und deaktivieren (die eine proportionale Schriftart wie Segoe UI verwenden) Schema -> Standard-Codestil verwenden.

@zufuliu

Alles funktioniert wie erwartet in Notepad2

@rddim danke.

Screenshot von https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -495190280 Zeiger auf _chvalidator Funktion. Aus dem Kommentar über der Funktion wurden einige ctype-Funktionen mit Zeichen außerhalb des zulässigen Bereichs aufgerufen.
Es ist nicht bekannt, wo der Aufruf ist, Scintilla leitet den Aufruf von Ctype-Funktionen nicht an (außer Lexern).

@andrecool-68 kann Ihren Debug-Build von NPP unter VS ausführen (klicken Sie auf Lokaler Windows-Debugger) und einen Screenshot von Call Stack erstellen, wenn die Assertion fehlgeschlagen ist?

OK, ich finde heraus, dass dieser Code (bereits als Problem Nr. 5280 gemeldet) einen Assertionsfehler verursacht, wenn Nicht-ASCII-Zeichen eingegeben werden (sowohl ANSI- als auch UTF-8-Codepage).

static bool isAllDigits(const generic_string &str)
{
    return std::all_of(str.begin(), str.end(), ::isdigit);
}

@zufuliu

OK, ich finde heraus, dass dieser Code (bereits als Problem Nr. 5280 gemeldet) einen Assertionsfehler verursacht, wenn Nicht-ASCII-Zeichen eingegeben werden (sowohl ANSI- als auch UTF-8-Codepage).

Es wird von der automatischen Vervollständigung von Notepad ++ verwendet, hat jedoch nichts mit dem russischen Eingabefehler zu tun.
Irgendeine Idee zur Fehlerquelle?

@andrecool-68 @rddim
Könnten Sie die automatische Vervollständigung deaktivieren und es dann erneut versuchen?

@donho

Gleiches Ergebnis - кирилица (utf-8) => ???????? (ansi)

Ich denke, der Hauptgrund ist die Änderung in Scintillas CodePageFromCharSet:

-   case SC_CHARSET_DEFAULT: return documentCodePage;
+   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

Da SC_CHARSET_DEFAULT verwendet wird, wird 1252 anstelle von 1251 verwendet, um eingegebene kyrillische Zeichen zu konvertieren, die auf Müll abgebildet werden.

Aus der Diskussion über den Fehler https://sourceforge.net/p/scintilla/bugs/2093/#3ee4 ,
In diesem Fall wird empfohlen, den Zeichensatz für Schriftart auf SC_CHARSET_RUSSIAN zu setzen.
Aber meiner Erfahrung nach muss der vom Gebietsschema abhängige Zeichensatz festgelegt werden, wenn die Schriftart verwendet wird, um den Zeichensatz tatsächlich zu unterstützen.
https://sourceforge.net/p/scintilla/bugs/2093/#263b/5bac/7f06

Zurück zu case SC_CHARSET_DEFAULT: return documentCodePage ist die einfachste Lösung möglich, da wir wissen, dass die Codepage, die wir auf Scintilla gesetzt haben, nur UTF-8, DBCS ANSI-Codepages (932, 949, 950 und 1361) und SBCS ANSI-Codepages ( 0, CP_ACP).

@donho Ich schlage ein Upgrade auf 4.1.5 vor, da der Fehler beim Binden von DBCS https://sourceforge.net/p/scintilla/bugs/2093

@donho
@zufuliu

Ich habe das Original Scintilla 4.1.5 kompiliert, SciLexer.dll in das Notepad ++ Verzeichnis kopiert. Das Ergebnis hat sich nicht geändert, statt kyrillisch "???????"

@andrecool-68 mit der Änderung von Scintillas CodePageFromCharSet (in ScintillaWin.cxx)?

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

Der Assertionsfehler liegt an der automatischen Vervollständigung. Sie können die automatische Vervollständigung vor dem Test deaktivieren.

@zufuliu Ich habe nichts geändert ... das Original-Scintilla wurde von der offiziellen Website heruntergeladen

@andrecool-68 Bitte versuchen Sie, CodePageFromCharSet in case SC_CHARSET_DEFAULT: return documentCodePage; ändern.

oder fügen Sie die erste Zeile zu void ScintillaEditView::defineDocType(LangType typeDoc) (Zeile 1315 in PowerEditor\src\ScitillaComponent\ScintillaEditView.cpp)

    execute(SCI_STYLESETCHARACTERSET, STYLE_DEFAULT, SC_CHARSET_RUSSIAN);
    execute(SCI_STYLECLEARALL);

@donho
@zufuliu

@andrecool-68 mit der Änderung von Scintillas CodePageFromCharSet (in ScintillaWin.cxx)?

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

Der Assertionsfehler liegt an der automatischen Vervollständigung. Sie können die automatische Vervollständigung vor dem Test deaktivieren.

Im Debug Build Notepad ++ hat es funktioniert!

@andrecool-68 Bitte versuchen Sie, CodePageFromCharSet in case SC_CHARSET_DEFAULT: return documentCodePage; ändern.

oder fügen Sie die erste Zeile zu void ScintillaEditView::defineDocType(LangType typeDoc) (Zeile 1315 in PowerEditor\src\ScitillaComponent\ScintillaEditView.cpp)

    execute(SCI_STYLESETCHARACTERSET, STYLE_DEFAULT, SC_CHARSET_RUSSIAN);
    execute(SCI_STYLECLEARALL);

Beide Optionen funktionieren!
Aber ich denke, es ist besser, Korrekturen in der Datei ScintillaWin.cxx vorzunehmen?!
Weil nicht bekannt ist, wie sich die zweite Option auf andere Sprachen auswirkt.

Ich kann den Release-Build nicht testen ... ohne das Zertifikat zu signieren funktioniert es nicht, ich weiß nicht, wie man das Zertifikat signiert)))

Siehe meinen Kommentar in https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800

Ich ziehe es vor, CodePageFromCharSet von Scintilla zu ändern.

@andrecool-68 @rddim
Könnten Sie die neu kompilierte Scilexer.dll (ohne PCRE von Boost) ausprobieren?
https://notepad-plus-plus.org/temp/

@zufuliu

Siehe meinen Kommentar in #5671 (Kommentar)

Ich ziehe es vor, CodePageFromCharSet von Scintilla zu ändern.

Ich habe das gleiche im vorherigen Kommentar gesagt))

@zufuliu Danke für deine Info.
Können Sie den Fehler (der in Scintilla 4.1.5 behoben wurde) in Notepad++ 7.7 reproduzieren?
Wenn Sie können, könnten Sie die Möglichkeit zur Reproduktion angeben?

@donho

@andrecool-68 @rddim
Könnten Sie die neu kompilierte Scilexer.dll (ohne PCRE von Boost) ausprobieren?
https://notepad-plus-plus.org/temp/

Mit dieser Datei startet Notepad ++ überhaupt nicht, es gibt einen Fehler "SciLexer.dll nicht gefunden"

@donho Dies ist in 4.1.5 nicht behoben, die Zeile case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252; hat sich seit 2016 nicht geändert.

Scintilla 4.1.5 hat einen Fehler bei der Eingabe von DBSC-Zeichen in DBSC-Codepages behoben.

@donho
Ich habe nur eine Zeile geändert

namespace Scintilla {

UINT CodePageFromCharSet(DWORD characterSet, UINT documentCodePage) {
    if (documentCodePage == SC_CP_UTF8) {
        return SC_CP_UTF8;
    }
    switch (characterSet) {
    case SC_CHARSET_ANSI: return 1252;
    case SC_CHARSET_DEFAULT: return documentCodePage;
    // case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

C:\Users\Uzzer\Downloads\notepad-plus-plus-master\scintilla\win32\ScintillaWin.cxx
Unabhängig von der Version ist 4.1.4 oder 4.1.5

Mit meiner Datei Scilexer.dll im Debug-Build funktioniert bei mir alles nur, wenn die automatische Vervollständigung deaktiviert ist

@zufuliu

Scintilla 4.1.5 hat einen Fehler bei der Eingabe von DBSC-Zeichen in DBSC-Codepages behoben.

Ich habe Notepad++ 7.7 unter der chinesischen Version von Windows 7 getestet.
Die chinesische Eingabe im ANSI-Modus funktioniert in v7.7.
Für mich gibt es also kein DBSC-Problem - zumindest für Chinesen.
Haben Sie eine stabile Möglichkeit, ein DBSC-Problem in Notepad ++ v7.7 zu erzeugen?

@donho

• Wenn v7.7 und SciLexer.64.dll in SciLexer.dll gibt es einen Zertifizierungsfehler
• Mit https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x64.zip ergibt sich:
  

Bearbeiten: Ich habe keine andere Debug-Version von N++ auf der Website gefunden

@donho siehe Fehlerbericht unter https://sourceforge.net/p/scintilla/bugs/2093/
Es kann mit NPP 7.7 binär reproduziert werden.

@donho der Fehler (DBCS
Ich denke, NPP kann einfach jedes ch > 0x7F in DBCS-Codepages ignorieren, oder wenn ch von IME eingegeben wird, ist die automatische Vervollständigung für CJK-Wörter Gemeinheit.

@andrecool-68 @rddim
Bitte versuchen Sie diesen x64-Build. Funktioniert nur mit Notepad++ Debug-Modus, da nicht signiert.

@donho

Ein weiterer Versuch diesmal mit https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x86.zip und SciLexer.32.dll gibt mir dasselbe wie https://github.com/notepad-plus- plus/notepad-plus-plus/issues/5671#issuecomment -495190280 Bildschirm

Ich weiß nicht, wie man N++ im Debug-Modus ausführt. Wenn du so etwas wie von VS meinst, habe ich kein VS.

@donho

@andrecool-68 @rddim
Vielen Dank für Ihren Test. Es scheint nicht die Lösung zu sein, die @zufuliu vorgeschlagen hat:

+   case SC_CHARSET_DEFAULT: return documentCodePage;
-   case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;

Das ist auch interessant, es funktioniert im Debug-Modus (https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496128852) aber nicht im Release-Modus?

mindestens Notaped2 die Änderung verwenden https://github.com/zufuliu/notepad2/blob/master/scintilla/win32/ScintillaWin.cxx#L1292

@donho

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496042330

Auto-Vervollständigung aktiviert https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496042330
Aber wie sich andere Sprachen verhalten, ist unbekannt

@andrecool-68 erste Zeile von execute(SCI_STYLECLEARALL); kann weggelassen werden.

@zufuliu
Ich habe die Verdoppelung der Linie nicht bemerkt ... muss eine Rauchpause machen)))

@donho

Auch nach einer Rauchpause mit notepad++.debug.x86.zip , SciLexer.32.dll und deaktiviert Auto-Completion funktioniert alles wie erwartet. Bei aktiviertem Auto-Completion erhalte ich den zuvor erwähnten Fehler

@donho Wie kann ich die "Scintilla"-Zertifikatsüberprüfung
... damit man die Release-Builds testen kann
Ich werde diese Releases nicht verteilen, sondern nur testen.

Auch nach einer Rauchpause mit notepad++.debug.x86.zip, SciLexer.32.dll und deaktivierter Auto-Vervollständigung funktioniert alles wie erwartet. Bei aktivierter Auto-Vervollständigung erhalte ich den zuvor erwähnten Fehler

Rauchen ist also schlecht für die Gesundheit, aber gut für den Programmtest ? :D

Wie kann ich die "Scintilla"-Zertifikatsüberprüfung deaktivieren?

Sie können nicht. Ich werde euch die 32- und 64-signierte Release-Binärdatei zur Verfügung stellen, um sicherzustellen, dass alles in Ordnung ist.

@zufuliu Deine Lösung funktioniert also. Dankeschön. Hat diese Modifikation jedoch Nebenwirkungen?

@donho Wahrheit wird in jedem Streit geboren
Danke an alle und meinen Hund
Nur sie kann meinen Computer tragen

@zufuliu danke für deine Hilfe
Ihr Editor unterstützt die Lokalisierung?

@rddim @ andrecool-68
https://notepad-plus-plus.org/temp/

Woohoo it's alive :D Jetzt können etwa 275 Millionen Menschen Kyrillisch in ANSI eingeben
Vielen Dank @andrecool-68 @rddim @donho @MetaChuh @zufuliu

Mir ist das egal...aber meine Freunde brauchen 1255 und 1251.

@andrecool-68
lol ... nach dem, was wir heute gelesen haben, ist es besser, einen schwarzen Zensurbalken auf Ihr gepostetes Bild zu setzen, um sicherzustellen, dass wir niemanden beleidigen

@rddim
Ich bin der böse Polizist, also brauche ich mich nicht zu bedanken.
Es ist die private Initiative von don, dieses Problem mit all Ihrer kollektiven Hilfe zu verfolgen, obwohl neuere Scintilla-Versionen die Ursache sind.

mit freundlichen Grüßen.

@MetaChuh
Mein Hund ist sehr tolerant gegenüber Motorradfahrern))

@MetaChuh
Du bist gerissen ... du hast was von einem Juden
Als der Kampf endete .. der Junge kam auf einem Motorrad ... es ist nicht fair
Wenn ich meinem Hund den Schwanz drehen will ... bitte ich niemanden um Hilfe
Sollte es aber Probleme mit Notepad++ geben, möchte ich dieses Problem lösen.

@zufuliu danke für deine Hilfe
Ihr Editor unterstützt die Lokalisierung?

Entschuldigung, kein Plan für i18n.

Auch nach einer Rauchpause mit notepad++.debug.x86.zip, SciLexer.32.dll und deaktivierter Auto-Vervollständigung funktioniert alles wie erwartet. Bei aktivierter Auto-Vervollständigung erhalte ich den zuvor erwähnten Fehler

Rauchen ist also schlecht für die Gesundheit, aber gut für den Programmtest ? :D

Wie kann ich die "Scintilla"-Zertifikatsüberprüfung deaktivieren?

Sie können nicht. Ich werde euch die 32- und 64-signierte Release-Binärdatei zur Verfügung stellen, um sicherzustellen, dass alles in Ordnung ist.

@zufuliu Deine Lösung funktioniert also. Dankeschön. Hat diese Modifikation jedoch Nebenwirkungen?

Welche Lösung? CodePageFromCharSet von Scintilla ändern oder SCI_STYLESETCHARACTERSET verwenden? Ersteres gibt ACP (0) zurück, sollte Nebenwirkung haben, Letzteres hat, siehe https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800.

Ich hatte ein ähnliches Problem mit Notepad ++ 7.7 32-Bit, tschechischer Sprache (Windows-1250).
Ich konnte einige tschechische Buchstaben nicht in ANSI-Codierung eingeben oder einfügen.

Das Ersetzen der SciLexer.dll durch die mitgelieferte (SciLexer32.signed.dll 27-May-2019 22:00) hat geholfen, das Problem ist weg.

Wird es ein Update für npp geben?

@lehha

Wird es ein Update für npp geben?

Nein, wird es nicht. Zumindest noch nicht. Es ist keine vollständige Lösung und es wird die Nebenwirkung haben, wie von @zufuliu erwähnt

@andrecool-68 & @rddim
Die neue Scilexer.dll funktioniert also für Sie, aber Sie müssen die Auto-Vervollständigung deaktivieren, oder?
Was passiert, wenn die automatische Vervollständigung eingeschaltet ist?

SciLexer.32.dll und deaktivierte Auto-Vervollständigung funktioniert alles wie erwartet. Bei aktivierter Auto-Vervollständigung erhalte ich den zuvor erwähnten Fehler

Was ist der "zuvor erwähnte Fehler"? Könnten Sie es mir klarer machen?

@donho
~Ich sehe keine Fehler mit Kyrillisch.~
Auto-Vervollständigung aktiviert.
https://notepad-plus-plus.org/temp/cyrillacPb/

Es sind leider Fehler aufgetreten. Nach dem Aktualisieren des Fensters verschwindet Notepad ++ das erste Zeichen und die Codierung hat sich geändert.

Hier ist ein weiterer Fehler: Ändern von Zeichen, Ändern der Groß-/Kleinschreibung von Zeichen, Ändern der Kodierung.

Vielen Dank! Ich kann oben keine direkten Links sehen, also gibt es:

https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
oder
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer64.signed.dll

Muss SciLexer.dll in C:\Program Files (x86)\Notepad++ ersetzt werden

@donho

Mit den SciLexern von https://notepad-plus-plus.org/temp/cyrillacPb/ funktioniert es mit aktivierter Auto-Vervollständigung, also ohne Probleme. Es funktioniert nicht mit der Kombination aus diesem Kommentar https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496189871 das ist auch die Antwort für "previously mentioned error"

@rddim Also hat SciLexers von https://notepad-plus-plus.org/temp/cyrillacPb/ das Problem ohne Nebenwirkungen behoben?

@donho Ich

• der x64 SciLexer funktioniert perfekt - vorerst keine Probleme, Kyrillisch funktioniert und Auto-Vervollständigung funktioniert in ANSI
  

• der x32 SciLexer - Ich kann kyrillisch tippen, aber Auto-Vervollständigung funktioniert nicht, es funktioniert mit lateinischen Zeichen
  

@rddim Starten Sie Ihren Notepad ++ neu und öffnen Sie diese Datei erneut ... und was sehen Sie?

@andrecool-68 sowohl x32 als auch x64 sind nach dem erneuten Öffnen lesbar

@rddim Autodetect character encoding aktiviert?

@andrecool-68 Ja, Standardeinstellungen, deshalb ist es Windows-1251 aber nicht ANSI

@rddim Und ich verstehe überhaupt nichts)))

@andrecool-68 @donho
Wenn das Wort in x32 mit einem Kleinbuchstaben beginnt, funktioniert Auto-Completion nicht, aber nicht immer ( new 3 ). Ich denke, die anderen Probleme sind mit Autodetect character encoding

Bearbeiten: Das Problem mit Auto-Completion existiert in 7.6.6 x32

@rddim Die vierte Registerkarte wurde Hebräisch erhalten))
mit welchem ​​Plugin fügst du den fertigen Text ein?

@ andrecool-68 externer Zwischenablage-Manager - CLCL

@rddim
Wie kann ich diese Zeilen deaktivieren, ich kann sie in den Einstellungen nicht finden

@andrecool-68
Schreiben Sie mir eine E-Mail, Sie finden sie in bulgarian.xml. Ich kann dir hier natürlich antworten, aber das ist ein N++-Problem, nicht für andere Programme :)

kann mir auch jemand helfen?
Ich glaube mein Problem ist ähnlich,
Ich habe in der npp-Community gepostet (im Thread der Version 7.7), aber ich konnte den angeforderten Support nicht erhalten, ich habe nie herausgefunden, warum.

ohnehin,
Ich poste hier nochmal:

Ich erhalte SQL-Anfragen per E-Mail, die ich mit npp öffne und
Ich kopiere dann den Dateiinhalt in das SQL-Manager-Programm, um sie auszuführen.
Nun, mit 7,7 werden griechische Zeichen wie Chinesisch angezeigt, ich habe auf 7.6.6 zurückgesetzt und sie werden richtig angezeigt

"Zeichencodierung automatisch erkennen" ist für mich deaktiviert,
nach einem anderen Problem, das ich in der Vergangenheit damit hatte,
also würde ich es vorziehen, wenn es wegbleibt

edit: Ich habe den obigen Scilexer (32bit) ausprobiert:
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
und bei mir hat es auch funktioniert!

@patrickdrd @rddim @andrecool-68
Könnten Sie bitte die folgenden Binärdateien testen und mir bestätigen, dass der Fehler behoben und ohne Regression ist (mit aktivierter automatischer Vervollständigung)?
32 Bit:
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.zip
64-Bit:
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.x64.zip

Ich habe gerade das 32-Bit getestet und es sieht gut aus,
auch wenn es noch einige stunden dauern wird bis ich das gleiche szenario testen kann

Ok, Originalszenario funktioniert auch

@donho
Bei der Eingabe von kyrillischen Zeichen gab es keine Probleme.
Wenn Sie die Datei (ANSI) erneut öffnen, verschwinden die Anfangszeichen.
(ANSI wird zu Macintosh)
Am wahrscheinlichsten ist "Auto-Detect-Zeichencodierung" verantwortlich
( Autodetect character encoding und auto-completion ...aktiviert)

@andrecool-68 Ich benötige Ihre Bestätigung, nachdem ich die beiden von mir bereitgestellten Binärdateien für das Eingabeproblem im ANSI-Modus getestet habe. Ich habe deinen Beitrag gesehen und dieses Problem ist ein anderes. Lassen Sie uns das Problem nacheinander beheben, sonst verwirren Sie nur alle und es hilft überhaupt nicht!

@donho Vielleicht
Ich wollte sagen, dass ich beide Dateien getestet habe und das kyrillische Alphabet ohne Fehler gedruckt wurde.
Und die Tatsache, dass die Artefakte beim erneuten Öffnen der Datei auftreten ... ich selbst weiß es nicht ... das ist die Fortsetzung des alten oder neuen Fehlers.
Was mir beim Testen auffällt...dann informiere ich euch

@donho
Ich habe den Debug-Build Notepad ++ mit "scintilla416" kompiliert (mit den gleichen Änderungen),

// case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252;
case SC_CHARSET_DEFAULT: return documentCodePage;

die automatische Definition der Kodierung ist deaktiviert ... dann gibt es keine Probleme mit Kyrillisch.

Wenn "automatische Kodierungserkennung" aktiviert ist, dann treten bei der Kodierung genau die gleichen Artefakte auf wie ich im vorherigen Beitrag geschrieben habe.

Vielleicht hilft dir das irgendwie.

Wenn "automatische Kodierungserkennung" aktiviert ist, dann treten bei der Kodierung genau die gleichen Artefakte auf wie ich im vorherigen Beitrag geschrieben habe.

Es ist also das Problem der "automatischen Codierungserkennung". Erstellen Sie dazu bitte eine neue Ausgabe.

@donho sorry für die späte Antwort, ich war sehr beschäftigt und weg von zu Hause.
Der Fix funktioniert einwandfrei. Vielen Dank

Dieses Problem besteht immer noch, ich fürchte, Jungs,
ein Textdokument mit griechischen Zeichen wird auf meinem Windows 7 32-Bit-Desktop nicht richtig angezeigt,
während es unter Windows 8 64-Bit und bei Verwendung eines anderen Editors gut angezeigt wird

Bearbeiten: Vielleicht ist es ein anderes Problem, weil ich auf 7.6.6 zurückgesetzt habe und es immer noch da war.
Ich habe sogar versucht, in npp auf Griechisch zu schreiben, aber es scheint unmöglich!
Ich kann Griechisch in Notepad (Windows) eingeben, aber es scheint, ich kann nicht npp