Notepad-plus-plus: Notepad++ 7.7 en codage ANSI au lieu de caractères cyrilliques "?????????"

Confirmer

L'écran est vieux, mais le problème persiste

Les informations de débogage

Bloc-notes ++ v7.7 (64 bits)
Temps de construction : 19 mai 2019 - 13:05:35
Chemin : D:\Install\Office Programs\Notepad++\notepad++.exe
Mode administrateur : ON
Mode Conf local : ON
Système d'exploitation : Windows 7 (64 bits)
Plugins : AutoSave.dll ComparePlugin.dll ShtirlitzNppPlugin.dll TakeNotes.dll VisualStudioLineCopy.dll

@donho
J'ai testé toutes les versions de SciTE, à commencer par la version de Scintilla 3.6.7, les problèmes avec le cyrillique commencent.

@rddim & @andrecool-68
Alors quelle est la langue maternelle de votre OS ?

Est-ce que quelqu'un peut le reproduire sous Windows 10 ?

@donho
J'ai la version russe de Win 7 x64.

@donho

juste au cas où vous voyez la même chose que moi :
ce sera f. difficile à résoudre pour un non natif russe ou bulgare, si possible du tout.

Je n'ai jamais pu insérer de texte cyrillique dans des fichiers ansi, sous Windows 10 et 7 anglais, espagnol ou allemand, quelle que soit la version du bloc-notes ++.
testé et re-testé sur 7.5.5 à 7.7.
le texte russe en utf-8 fonctionne sur toutes les versions.
(voir capture d'écran ci-dessous)

les salutations.

@andrecool-68

J'ai testé toutes les versions de SciTE, à commencer par la version de Scintilla 3.6.7, les problèmes avec le cyrillique commencent.

Alors Scintilla 3.6.6 fonctionne pour vous ?
La saisie du cyrillique en ANSI est cassée dans la version 3.6.7 et les versions ultérieures, est-ce correct ?

@donho
C'est vrai, les problèmes commencent à partir de la version 3.6.7 et supérieure !
Windows 7x64

Windows 10 x64 (VirtualBox)

@donho
Les deux machines (ordinateur portable de bureau et PC domestique) sont équipées de
Confirmez que le problème commence à partir de SciTE v3.6.7 et qu'il n'est pas cassé en SciTE v3.6.6

@donho
Je ne suis pas sûr que cela vous aide mais : https://sourceforge.net/p/scintilla/bugs/2093/#3ee4

@donho
J'ai essayé de faire ces changements, et le cyrillique est apparu.
fichier : ScintillaWin.cxx
+ case SC_CHARSET_DEFAULT: return documentCodePage;
- case SC_CHARSET_DEFAULT: вернуть documentCodePage? documentCodePage: 1252;

Mais après chaque tentative d'impression d'un caractère cyrillique, une erreur se produit)))

@andrecool-68 c'est étrange, case SC_CHARSET_DEFAULT: return documentCodePage; est l'ancien code de Scintilla avant 3.6.6 (utilisé par npp avant 7.7).

Pouvez-vous tester ou déboguer Notepad2 (en mode GDI et D2D, Paramètres -> Technologie de rendu) sur https://github.com/zufuliu/notepad2/releases
Lorsque l'assertion de débogage a échoué, choisissez de casser, puis regardez la trace de la pile, voyez où elle a échoué.
Avec le stacktrace, nous pouvons peut-être savoir comment le réparer.

@donho, je peux confirmer que le bogue se manifeste également sur Windows 10 x64.
@zufuliu J'ai testé vos versions Notepad2 et le texte s'affiche correctement en mode D2D et GDI.

Modifié pour ajouter :
Si vous sélectionnez manuellement la page de codes Windows-1251 dans le menu Encodage de NP++, le texte s'affiche correctement.

@rddim sélectionnez-vous l'encodage ANSI avant de taper ? (via le menu : Fichier -> Encodage -> ANSI), car l'encodage par défaut est UTF-8. la barre d'état affiche le nom d'encodage avant le mode EOL comme CR+LF.

Essayez également d'utiliser un schéma différent. Schéma -> Fichier texte, testez à la fois le fichier texte et le 2e fichier texte. ou activer (qui utilisent une police à espacement fixe comme Consolas) et désactiver (qui utilisent une police proportionnelle comme Segoe UI) Schéma -> Utiliser le style de code par défaut.

@zufuliu

Tout fonctionne comme prévu dans Notepad2

@rddim merci.

Capture d'écran de https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -495190280 pointeur vers la fonction _chvalidator . D'après le commentaire au-dessus de la fonction, certaines fonctions ctype ont été appelées avec des caractères hors limites.
On ne sait pas où se trouve l'appel, Scintilla ne dirige pas les fonctions d'appel ctype (sauf les lexers).

@andrecool-68 peut exécuter votre version de débogage de NPP sous VS (cliquez sur Débogueur Windows local) et prendre une capture d'écran de la pile d'appels lorsque l'assertion a échoué ?

OK, je découvre que ce code (déjà signalé comme problème #5280) provoque un échec d'assertion lors de la saisie de caractères non ASCII (page de code ANSI et UTF-8).

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

@zufuliu

OK, je découvre que ce code (déjà signalé comme problème #5280) provoque un échec d'assertion lors de la saisie de caractères non ASCII (page de code ANSI et UTF-8).

Il est utilisé par l'auto-complétion du Bloc-notes ++, mais rien à voir avec l'échec de l'entrée russe.
Une idée de la source du problème ?

@andrecool-68 @rddim
Pourriez-vous désactiver la saisie semi-automatique puis réessayer ?

@donho

Même résultat - кирилица (utf-8) => ???????? (ansi)

Je pense que la raison principale est le changement dans CodePageFromCharSet de Scintilla :

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

Étant donné que SC_CHARSET_DEFAULT est utilisé, 1252 au lieu de 1251 est utilisé pour convertir les caractères cyrilliques d'entrée, qui correspondent à des déchets.

De la discussion sur le bug https://sourceforge.net/p/scintilla/bugs/2093/#3ee4 ,
il est suggéré de définir le jeu de caractères de la police sur SC_CHARSET_RUSSIAN dans ce cas.
Mais d'après mon expérience, le jeu de caractères dépendant des paramètres régionaux nécessite que la police soit utilisée pour prendre en charge le jeu de caractères.
https://sourceforge.net/p/scintilla/bugs/2093/#263b/5bac/7f06

Revenir à case SC_CHARSET_DEFAULT: return documentCodePage est la solution la plus simple, car nous savons que la page de codes que nous avons définie sur Scintilla ne sont que des pages de codes UTF-8, DBCS ANSI (932, 949, 950 et 1361) et SBCS ANSI ( 0, CP_ACP).

@donho, je suggère de passer à 4.1.5, car le bogue pour lier DBCS https://sourceforge.net/p/scintilla/bugs/2093

@donho
@zufuliu

J'ai compilé le Scintilla 4.1.5 d'origine, copié SciLexer.dll dans le répertoire Notepad ++. Le résultat n'a pas changé, à la place du cyrillique "?????"

@ andrecool-68 avec le changement de CodePageFromCharSet de Scintilla (dans ScintillaWin.cxx) ?

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

L'échec de l'assertion est dû au fait que l'auto-complétion, vous pouvez désactiver l'auto-complétion avant le test.

@zufuliu je n'ai rien changé ... l'original Scintilla téléchargé depuis le site officiel

@andrecool-68 s'il vous plaît essayez de changer CodePageFromCharSet en case SC_CHARSET_DEFAULT: return documentCodePage; .

ou ajoutez la première ligne à void ScintillaEditView::defineDocType(LangType typeDoc) (ligne 1315 dans PowerEditor\src\ScitillaComponent\ScintillaEditView.cpp)

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

@donho
@zufuliu

@ andrecool-68 avec le changement de CodePageFromCharSet de Scintilla (dans ScintillaWin.cxx) ?

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

L'échec de l'assertion est dû au fait que l'auto-complétion, vous pouvez désactiver l'auto-complétion avant le test.

Dans le bloc-notes de débogage ++, cela a fonctionné !

@andrecool-68 s'il vous plaît essayez de changer CodePageFromCharSet en case SC_CHARSET_DEFAULT: return documentCodePage; .

ou ajoutez la première ligne à void ScintillaEditView::defineDocType(LangType typeDoc) (ligne 1315 dans PowerEditor\src\ScitillaComponent\ScintillaEditView.cpp)

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

Les deux options fonctionnent !
Mais je pense qu'il vaut mieux faire des corrections dans le fichier ScintillaWin.cxx ?!
Parce qu'on ne sait pas comment la deuxième option affectera les autres langues.

Je ne peux pas tester la version de la version... sans signer le certificat cela ne fonctionne pas, je ne sais pas comment signer le certificat)))

Voir mon commentaire dans https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800

Je préfère changer le CodePageFromCharSet de Scintilla.

@andrecool-68 @rddim
Pourriez-vous essayer le nouveau Scilexer.dll compilé (sans le PCRE de boost) ?
https://notepad-plus-plus.org/temp/

@zufuliu

Voir mon commentaire au #5671 (commentaire)

Je préfère changer le CodePageFromCharSet de Scintilla.

J'ai dit la même chose dans le commentaire précédent))

@zufuliu Merci pour vos informations.
Pouvez-vous reproduire le bug (qui est corrigé dans Scintilla 4.1.5) dans Notepad++ 7.7 ?
Si vous le pouvez, pourriez-vous fournir le moyen de le reproduire?

@donho

@andrecool-68 @rddim
Pourriez-vous essayer le nouveau Scilexer.dll compilé (sans le PCRE de boost) ?
https://notepad-plus-plus.org/temp/

Avec ce fichier, Notepad++ ne démarre pas du tout, il donne une erreur "not found SciLexer.dll"

@donho Ce n'est pas corrigé dans la 4.1.5, la ligne case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252; n'a pas changé depuis 2016.

Scintilla 4.1.5 a corrigé un bogue avec la saisie de caractères DBSC dans les pages de codes DBSC.

@donho
je n'ai changé qu'une ligne

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
Ne dépend pas de la version est 4.1.4 ou 4.1.5

Avec mon fichier Scilexer.dll dans la version de débogage, tout ne fonctionne pour moi que lorsque la saisie semi-automatique est désactivée

@zufuliu

Scintilla 4.1.5 a corrigé un bogue avec la saisie de caractères DBSC dans les pages de codes DBSC.

J'ai testé Notepad++ 7.7 sous Windows 7 en version chinoise.
L'entrée chinoise en mode ANSI fonctionne en v7.7.
Donc, pour moi, il n'y a pas de problème DBSC - du moins pour le chinois.
Avez-vous un moyen stable de produire un problème DBSC dans Notepad ++ v7.7 ?

@donho

• Avec v7.7 et SciLexer.64.dll renommé en SciLexer.dll donne une erreur de certification
• Avec https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x64.zip donne :
  

Edit : je n'ai trouvé aucune autre version de débogage de N++ sur le site

@donho voir le rapport de bogue sur https://sourceforge.net/p/scintilla/bugs/2093/
Il peut être reproduit avec le binaire NPP 7.7.

@donho le bogue (Typing DBCS) à https://sourceforge.net/p/scintilla/bugs/2093/ et un autre bogue (Inline IME) à https://sourceforge.net/p/scintilla/bugs/2038/ ( non corrigé) affectera l'auto-complétion.
Je pense que NPP peut simplement ignorer n'importe quel ch> 0x7F dans les pages de codes DBCS ou lorsque ch est entré à partir de l'IME, l'auto-complétion pour les mots CJK est la méchanceté.

@andrecool-68 @rddim
Veuillez essayer cette version x64. Fonctionne uniquement avec le mode de débogage Notepad++, car il n'est pas signé.

@donho

Un autre essai cette fois avec https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x86.zip et SciLexer.32.dll me donne la même chose que https://github.com/notepad-plus- plus/notepad-plus-plus/issues/5671#issuecomment -495190280 écran

Je ne sais pas comment exécuter N++ en mode débogage. Si vous voulez dire quelque chose comme de VS, je n'ai pas de VS.

@donho

@andrecool-68 @rddim
Merci pour votre test. Il semble que ce ne soit pas la solution suggérée par @zufuliu :

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

C'est aussi intéressant, ça marche en mode débogage (https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496128852) mais pas en mode release ?

au moins Notaped2 utilise le changement 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

saisie semi-automatique activée https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496042330
Mais comment les autres langues se comportent est inconnue

@andrecool-68 la première ligne de execute(SCI_STYLECLEARALL); peut être omise.

@zufuliu
Je n'ai pas remarqué la duplication de la ligne...besoin de faire une pause cigarette)))

@donho

Après une pause cigarette aussi avec notepad++.debug.x86.zip , SciLexer.32.dll et désactivé Auto-Completion tout fonctionne comme prévu. Avec Auto-Completion activé, cela me donne l'erreur mentionnée précédemment

@donho Comment désactiver la vérification du certificat « scintilla » ?
... afin de pouvoir tester les versions de la version
Je ne distribuerai pas ces versions, je ne ferai que les tester.

Après une pause fumée également avec notepad++.debug.x86.zip, SciLexer.32.dll et la fonction de saisie semi-automatique désactivée, tout fonctionne comme prévu. Avec l'auto-complétion activée, cela me donne l'erreur mentionnée précédemment

Alors fumer est mauvais pour la santé, mais bon pour le test du programme ? :RÉ

Comment puis-je désactiver la vérification du certificat « scintilla » ?

Vous ne pouvez pas. Je vais vous fournir les versions binaires signées 32 et 64 pour m'assurer que tout va bien.

@zufuliu Donc votre solution fonctionne. Merci. Cependant, cette modification crée-t-elle un effet secondaire ?

@donho La vérité naît dans n'importe quel différend
Merci à tous et mon chien
Elle seule peut porter mon ordinateur

@zufuliu merci pour votre aide
Votre éditeur prend en charge la localisation ?

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

Woohoo c'est vivant :D Maintenant, environ 275 millions de personnes peuvent taper cyrillique en ANSI
Merci beaucoup @andrecool-68 @rddim @donho @MetaChuh @zufuliu

Cela ne m'importe pas du tout... mais mes amis ont besoin de 1255 et 1251.

@andrecool-68
lol ... après ce que nous avons lu aujourd'hui, il vaut mieux mettre une barre de censure noire sur votre image postée, pour être sûr de ne offenser personne

@rddim
Je suis le méchant flic, donc pas besoin de remerciements envers moi.
c'est l'initiative privée de don de poursuivre ce problème avec toute votre aide collective, bien que les nouvelles versions de scintilla en soient la cause.

meilleures salutations.

@MetaChuh
Mon chien est très tolérant envers les conducteurs de moto))

@MetaChuh
Tu es rusé... tu as quelque chose d'un juif
Quand le combat s'est terminé .. le garçon est venu sur une moto ... ce n'est pas juste
Quand je veux tourner la queue de mon chien... je ne demande de l'aide à personne
Mais s'il y a des problèmes avec le bloc-notes ++, je veux résoudre ce problème.

@zufuliu merci pour votre aide
Votre éditeur prend en charge la localisation ?

Désolé, pas de plan sur i18n.

Après une pause fumée également avec notepad++.debug.x86.zip, SciLexer.32.dll et la fonction de saisie semi-automatique désactivée, tout fonctionne comme prévu. Avec l'auto-complétion activée, cela me donne l'erreur mentionnée précédemment

Alors fumer est mauvais pour la santé, mais bon pour le test du programme ? :RÉ

Comment puis-je désactiver la vérification du certificat « scintilla » ?

Vous ne pouvez pas. Je vais vous fournir les versions binaires signées 32 et 64 pour m'assurer que tout va bien.

@zufuliu Donc votre solution fonctionne. Merci. Cependant, cette modification crée-t-elle un effet secondaire ?

Quelle solution? changer le CodePageFromCharSet de Scintilla ou utiliser SCI_STYLESETCHARACTERSET ? le premier renvoie ACP (0), devrait avoir un effet secondaire, le dernier en a, voir https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800.

J'ai eu un problème similaire avec Notepad ++ 7.7 32 bits, langue tchèque (windows-1250).
Je n'ai pas pu taper ou coller certaines lettres tchèques en codage ANSI.

Le remplacement de SciLexer.dll par celui fourni (SciLexer32.signed.dll 27-mai-2019 22:00) a aidé, le problème est résolu.

Sera une mise à jour pour npp?

@lehha

Sera une mise à jour pour npp?

Non, ce ne sera pas - Pas encore du moins. Ce n'est pas une solution complète et cela aura l'effet secondaire, comme mentionné par @zufuliu

@andrecool-68 & @rddim
Donc, le nouveau Scilexer.dll fonctionne pour vous, mais vous devez désactiver la saisie semi-automatique, n'est-ce pas ?
Que se passe-t-il si la saisie semi-automatique est activée ?

SciLexer.32.dll et la saisie semi-automatique désactivée fonctionnent comme prévu. Avec l'auto-complétion activée, cela me donne l'erreur mentionnée précédemment

Quelle est l'"erreur mentionnée précédemment" ? Pourriez-vous m'éclairer davantage ?

@donho
~Je ne vois aucune erreur avec le cyrillique.~
Saisie semi-automatique activée.
https://notepad-plus-plus.org/temp/cyrillacPb/

Désolé, il y a des erreurs. Après la mise à jour de la fenêtre, Notepad ++ fait disparaître le premier caractère et l'encodage a changé.

Voici une autre erreur, changer les caractères, changer la casse des caractères, changer l'encodage.

Merci! Je ne peux pas voir les liens directs ci-dessus, donc il y a :

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

Doit être remplacé SciLexer.dll dans C:\Program Files (x86)\Notepad++

@donho

Avec les SciLexers de https://notepad-plus-plus.org/temp/cyrillacPb/, cela fonctionne avec la saisie semi-automatique activée, c'est-à-dire aucun problème. Cela ne fonctionne pas avec la combinaison de ce commentaire https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496189871 qui est également la réponse pour "previously mentioned error"

@rddim Donc pour vous, SciLexers de https://notepad-plus-plus.org/temp/cyrillacPb/ a résolu le problème sans aucun effet secondaire ?

@donho je le teste à nouveau pour être sûr et :

• le x64 SciLexer fonctionne parfaitement - aucun problème pour l'instant, fonctionne en cyrillique et l'auto-complétion fonctionne en ANSI
  

• le x32 SciLexer - je peux taper en cyrillique, mais la saisie semi-automatique ne fonctionne pas, cela fonctionne avec les caractères latins
  

@rddim Redémarrez votre bloc-notes++ et

@andrecool-68 les deux x32 et x64 sont lisibles après réouverture

@rddim Autodetect character encoding activé ?

@andrecool-68 Oui, paramètres par défaut, c'est pourquoi c'est Windows-1251 mais pas ANSI

@rddim Et je ne comprends rien du tout)))

@andrecool-68 @donho
En x32, lorsque le mot commence par une petite lettre Auto-Completion ne fonctionne pas pour cela, mais pas toujours ( new 3 ). Je pense que les autres problèmes sont avec Autodetect character encoding

Edit : le problème avec Auto-Completion existe dans 7.6.6 x32

@rddim Le quatrième onglet a été obtenu en hébreu))
quel plugin utilisez-vous pour insérer le texte fini ?

@ andrecool-68 gestionnaire de presse-papiers externe - CLCL

@rddim
Comment puis-je désactiver ces lignes, je ne le trouve pas dans les paramètres

@andrecool-68
Écrivez-moi un e-mail, vous pouvez le trouver dans bulgarian.xml. Je peux vous répondre ici bien sûr, mais c'est un problème N++, pas pour d'autres programmes :)

quelqu'un peut-il m'aider aussi?
Je pense que mon problème est similaire,
J'ai posté dans la communauté npp (dans le fil de la version 7.7) mais je n'ai pas pu recevoir le support que j'ai demandé, je n'ai jamais compris pourquoi..

De toute façon,
Je reposte ici :

Je reçois des requêtes SQL par e-mail que j'ouvre avec npp et
Je copie ensuite le contenu du fichier dans le programme sql manager afin de les exécuter,
eh bien, avec 7.7 les caractères grecs sont affichés comme le chinois, je suis revenu à 7.6.6 et ils s'affichent correctement

"l'encodage automatique des caractères" est désactivé pour moi,
suite à un autre problème que j'ai eu dans le passé avec,
donc je préférerais qu'il reste éteint

edit: j'ai essayé le scilexer ci-dessus (32 bits):
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
et ça a marché pour moi aussi !

@patrickdrd @rddim @andrecool-68
Pourriez-vous tester les binaires suivants et me confirmer que le bogue est corrigé et sans régression s'il vous plaît (avec l'auto-complétion activée) ?
32 bits :
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.zip
64 bits :
https://notepad-plus-plus.org/temp/cyrillacPb/npp.7.7.bin.x64.zip

Je viens de tester le 32 bits et ça a l'air bien,
même s'il faudra encore quelques heures avant que je puisse tester le même scénario

ok, le scénario original fonctionne aussi

@donho
Il n'y a eu aucun problème lors de la saisie des caractères cyrilliques.
Lorsque vous rouvrez le fichier (ANSI), les caractères initiaux disparaissent.
(ANSI se transforme en Macintosh)
Le plus susceptible de blâmer "l'encodage automatique des caractères"
( Autodetect character encoding et auto-completion ...activé)

@andrecool-68 J'ai besoin de votre confirmation après avoir testé les deux binaires que je fournis, pour le problème d'entrée en mode ANSI. J'ai vu votre message et ce problème en est un autre. Résolvons les problèmes les uns après les autres, sinon vous embrouillez tout le monde et cela n'aide pas du tout !

@donho Peut-être que mes mots vous ne comprenez pas ... excusez-moi, mais j'écris via translate.google))
Je voulais dire que j'ai testé les deux fichiers et que l'alphabet cyrillique a été imprimé sans erreur.
Et le fait que les artefacts lors de la réouverture du fichier ... je ne sais pas moi-même ... c'est la continuation de l'ancienne ou de la nouvelle erreur.
Ce que je remarque en testant... alors je vous informe

@donho
J'ai compilé le bloc-notes de débogage ++ avec "scintilla416" (avec les mêmes modifications),

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

la définition automatique de l'encodage est désactivée... alors il n'y a aucun problème avec le cyrillique.

Si la "détection automatique de l'encodage" est activée, alors exactement les mêmes artefacts avec l'encodage que j'ai écrit dans le post précédent.

Peut-être que cela vous aidera d'une certaine manière.

Si la "détection automatique de l'encodage" est activée, alors exactement les mêmes artefacts avec l'encodage que j'ai écrit dans le post précédent.

C'est donc la question de la "détection automatique de l'encodage". Veuillez créer un nouveau problème pour cela.

@donho désolé pour la réponse tardive, j'étais très occupé et loin de chez moi.
Le correctif fonctionne parfaitement. Merci

ce problème persiste j'en ai peur les gars,
un document texte avec des caractères grecs ne s'affiche pas correctement sur mon bureau Windows 7 32 bits,
alors qu'il s'affiche bien sur Windows 8 64 bits et si vous utilisez également un autre éditeur

edit: c'est peut-être un problème différent parce que je suis revenu à 7.6.6 et qu'il était toujours là,
J'ai même essayé d'écrire en grec en npp mais cela semble impossible !
Je peux taper en grec dans le bloc-notes (Windows), mais il semble que je ne puisse pas dans npp