Notepad-plus-plus: Notepad ++ 7.7 en codificación ANSI en lugar de caracteres cirílicos "????????"

Confirmar

La pantalla es vieja, pero el problema aún existe.

Información de depuración

Bloc de notas ++ v7.7 (64 bits)
Tiempo de construcción: 19 de mayo de 2019-13: 05: 35
Ruta: D: \ Instalar \ Programas de Office \ Notepad ++ \ notepad ++. Exe
Modo de administrador: ACTIVADO
Modo Conf local: ENCENDIDO
SO: Windows 7 (64 bits)
Complementos: AutoSave.dll ComparePlugin.dll ShtirlitzNppPlugin.dll TakeNotes.dll VisualStudioLineCopy.dll

@donho
He probado todas las versiones de SciTE, comenzando con la versión de Scintilla 3.6.7, comienzan los problemas con el cirílico.

@rddim y @ andrecool-68
Entonces, ¿cuál es el idioma nativo de su sistema operativo?

¿Alguien puede reproducirlo en Windows 10?

@donho
Tengo la versión rusa Win 7 x64.

@donho

en caso de que veas lo mismo que yo:
esto será f. difícil de resolver para un ruso o búlgaro no nativo, si es posible.

Nunca pude insertar texto cirílico en archivos ansi, en Windows 10 y 7 en inglés, español o alemán, independientemente de la versión de notepad ++.
probado y vuelto a probar en 7.5.5 a 7.7.
El texto ruso a utf-8 funciona en todas las versiones.
(ver screencast a continuación)

saludos.

@ andrecool-68

He probado todas las versiones de SciTE, comenzando con la versión de Scintilla 3.6.7, comienzan los problemas con el cirílico.

Entonces, ¿Scintilla 3.6.6 funciona para usted?
Escribir cirílico en ANSI está roto en la versión 3.6.7 y en la versión posterior, ¿es correcto?

@donho
Así es, ¡los problemas comienzan en la versión 3.6.7 y superior!
Windows 7 x64

Windows 10 x64 (VirtualBox)

@donho
Ambas máquinas (computadora portátil de oficina y PC doméstica) tienen Win7 Pro x64 SP1 en inglés . No puedo probar en Win10.
Confirme que el problema comienza desde SciTE v3.6.7 y no está dividido en SciTE v3.6.6

@donho
No estoy seguro de si esto te ayudará, pero: https://sourceforge.net/p/scintilla/bugs/2093/#3ee4

@donho
Traté de hacer estos cambios y apareció cirílico.
archivo: ScintillaWin.cxx
+ case SC_CHARSET_DEFAULT: return documentCodePage;
- case SC_CHARSET_DEFAULT: вернуть documentCodePage? documentCodePage: 1252;

Pero después de cada intento de imprimir un carácter cirílico, se produce un error)))

@ andrecool-68 eso es extraño, case SC_CHARSET_DEFAULT: return documentCodePage; es el código antiguo en Scintilla antes de 3.6.6 (usado por npp antes de 7.7).

¿Puede probar o depurar Notepad2 (en modo GDI y D2D, Configuración -> Tecnología de renderizado) en https://github.com/zufuliu/notepad2/releases?
Cuando falló la aserción de depuración, elija romper, luego mire el seguimiento de pila, vea dónde falló.
Con el stacktrace podemos saber cómo solucionarlo.

@donho Puedo confirmar que el error también se manifiesta en Windows 10 x64.
@zufuliu He probado sus compilaciones de Notepad2 y el texto se representa correctamente en los modos D2D y GDI.

Editado para agregar:
Si selecciona manualmente la página de códigos de Windows-1251 en el menú Codificación de NP ++, el texto se representa correctamente.

@rddim , ¿selecciona la codificación ANSI antes de escribir? (a través del menú: Archivo -> Codificación -> ANSI), porque la codificación predeterminada es UTF-8. la barra de estado muestra el nombre de codificación antes del modo EOL como CR + LF.

También intente utilizar un esquema diferente. Esquema -> Archivo de texto, pruebe tanto el archivo de texto como el segundo archivo de texto. o habilitar (que usan fuentes monoespaciadas como Consolas) y deshabilitar (que usan fuentes proporcionales como Segoe UI) Esquema -> Usar estilo de código predeterminado.

@zufuliu

Todo funciona como se esperaba en Notepad2

@rddim gracias.

Captura de pantalla de https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -495190280 puntero a la función _chvalidator . Desde el comentario sobre la función, algunas funciones ctype han sido llamadas con caracteres fuera de rango.
Se desconoce dónde está la llamada, Scintilla no llama directamente a las funciones ctype (excepto los lexers).

@ andrecool-68 puede ejecutar su compilación de depuración de NPP en VS (haga clic en Depurador local de Windows) y tomar una captura de pantalla de la pila de llamadas cuando falló la afirmación.

De acuerdo, descubrí que este código (ya informado como problema # 5280) causa un error de afirmación al escribir caracteres que no son ASCII (página de códigos ANSI y UTF-8).

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

@zufuliu

De acuerdo, descubrí que este código (ya informado como problema # 5280) causa un error de afirmación al escribir caracteres que no son ASCII (página de códigos ANSI y UTF-8).

Se usa para la finalización automática de Notepad ++, pero no tiene nada que ver con la falla de entrada rusa.
¿Alguna idea sobre el origen del problema?

@ andrecool-68 @rddim
¿Podría desactivar la finalización automática y volver a intentarlo?

@donho

Mismo resultado - кирилица (utf-8) => ???????? (ansi)

Creo que la razón principal es el cambio en CodePageFromCharSet de Scintilla:

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

Dado que se usa SC_CHARSET_DEFAULT, se usa 1252 en lugar de 1251 para convertir caracteres cirílicos de entrada, que se asignan a basura.

De la discusión sobre el error https://sourceforge.net/p/scintilla/bugs/2093/#3ee4 ,
se sugiere establecer el conjunto de caracteres de fuente en SC_CHARSET_RUSSIAN en este caso.
Pero desde mi experiencia, el conjunto de caracteres dependiente de la configuración regional necesita que la fuente se utilice como soporte real del conjunto de caracteres.
https://sourceforge.net/p/scintilla/bugs/2093/#263b/5bac/7f06

Volver a case SC_CHARSET_DEFAULT: return documentCodePage es posible la solución más simple, porque sabemos que las páginas de códigos que configuramos en Scintilla son solo páginas de códigos UTF-8, DBCS ANSI (932, 949, 950 y 1361) y páginas de códigos SBCS ANSI ( 0, CP_ACP).

@donho Sugiero actualizar a 4.1.5, porque el error para vincular DBCS https://sourceforge.net/p/scintilla/bugs/2093

@donho
@zufuliu

Compilé el Scintilla 4.1.5 original, copié SciLexer.dll en el directorio Notepad ++. El resultado no ha cambiado, en lugar de cirílico "?????"

@ andrecool-68 con el cambio a CodePageFromCharSet de Scintilla (en ScintillaWin.cxx)?

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

El error de la aserción se debe a que la finalización automática puede deshabilitar la finalización automática antes de realizar la prueba.

@zufuliu no he cambiado nada ... el Scintilla original descargado del sitio oficial

@ andrecool-68, intente cambiar CodePageFromCharSet a case SC_CHARSET_DEFAULT: return documentCodePage; .

o agregue la primera línea a void ScintillaEditView::defineDocType(LangType typeDoc) (línea 1315 en PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cpp)

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

@donho
@zufuliu

@ andrecool-68 con el cambio a CodePageFromCharSet de Scintilla (en ScintillaWin.cxx)?

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

El error de la aserción se debe a que la finalización automática puede deshabilitar la finalización automática antes de realizar la prueba.

¡En el bloc de notas de la compilación de depuración ++ funcionó!

@ andrecool-68, intente cambiar CodePageFromCharSet a case SC_CHARSET_DEFAULT: return documentCodePage; .

o agregue la primera línea a void ScintillaEditView::defineDocType(LangType typeDoc) (línea 1315 en PowerEditor \ src \ ScitillaComponent \ ScintillaEditView.cpp)

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

¡Ambas opciones están funcionando!
Pero creo que es mejor hacer correcciones en el archivo ScintillaWin.cxx?!
Porque no se sabe cómo afectará la segunda opción a otros idiomas.

No puedo probar la versión de la versión ... sin firmar el certificado no funciona, no sé cómo firmar el certificado)))

Vea mi comentario en https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800

Prefiero cambiar CodePageFromCharSet de Scintilla.

@ andrecool-68 @rddim
¿Podría probar el nuevo Scilexer.dll compilado (sin PCRE de boost)?
https://notepad-plus-plus.org/temp/

@zufuliu

Vea mi comentario en # 5671 (comentario)

Prefiero cambiar CodePageFromCharSet de Scintilla.

Dije lo mismo en el comentario anterior))

@zufuliu Gracias por tu información.
¿Puede reproducir el error (que se corrigió en Scintilla 4.1.5) en Notepad ++ 7.7?
Si puede, ¿podría proporcionar la forma de reproducirlo?

@donho

@ andrecool-68 @rddim
¿Podría probar el nuevo Scilexer.dll compilado (sin PCRE de boost)?
https://notepad-plus-plus.org/temp/

Con este archivo, Notepad ++ no se inicia en absoluto, da un error "no encontrado SciLexer.dll"

@donho Esto no está arreglado en 4.1.5, la línea case SC_CHARSET_DEFAULT: return documentCodePage ? documentCodePage : 1252; no ha cambiado desde 2016.

Scintilla 4.1.5 solucionó un error al escribir caracteres DBSC en las páginas de códigos DBSC.

@donho
Cambié solo una línea

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
No depende de la versión es 4.1.4 o 4.1.5

Con mi archivo Scilexer.dll en la compilación de depuración, todo me funciona solo cuando la función de autocompletar está deshabilitada

@zufuliu

Scintilla 4.1.5 solucionó un error al escribir caracteres DBSC en las páginas de códigos DBSC.

He probado Notepad ++ 7.7 en la versión china de Windows 7.
La entrada china en modo ANSI funciona en v7.7.
Así que para mí no hay ningún problema con DBSC, al menos para los chinos.
¿Tiene alguna forma estable de producir un problema DBSC en Notepad ++ v7.7?

@donho

• Con v7.7 y SciLexer.64.dll renombrados a SciLexer.dll da error de certificación
• Con https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x64.zip da:
  

Editar: no encontré ninguna otra versión de depuración de N ++ en el sitio web

@donho vea el informe de errores en https://sourceforge.net/p/scintilla/bugs/2093/
Se puede reproducir con NPP 7.7 binary.

@donho the bug (
Creo que NPP puede simplemente ignorar cualquier ch> 0x7F en las páginas de códigos DBCS o cuando el ch se ingresa desde IME, el autocompletado para palabras CJK es mezquindad.

@ andrecool-68 @rddim
Prueba esta compilación x64. Funciona solo con el modo de depuración Notepad ++, ya que no está firmado.

@donho

Otro intento esta vez con https://notepad-plus-plus.org/pluginListTestTools/notepad++.debug.x86.zip y SciLexer.32.dll me da lo mismo que https://github.com/notepad-plus- plus / notepad-plus-plus / issues / 5671 # issuecomment -495190280 screen

No sé cómo ejecutar N ++ en modo de depuración. Si te refieres a algo como de VS, no tengo VS.

@donho

@ andrecool-68 @rddim
Gracias por tu prueba. Parece que no es la solución que ha sugerido @zufuliu :

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

Eso también es interesante, funciona en modo de depuración (https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment-496128852) pero no en modo de liberación.

al menos Notaped2 usa el cambio 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

autocompletar habilitado https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496042330
Pero se desconoce cómo se comportan otros idiomas.

@ andrecool-68 se puede omitir la primera línea de execute(SCI_STYLECLEARALL); .

@zufuliu
No noté la duplicación de la línea ... necesito hacer una pausa para fumar)))

@donho

Después de una pausa para fumar también con notepad++.debug.x86.zip , SciLexer.32.dll y deshabilitado Auto-Completion todo funciona como se esperaba. Con habilitado Auto-Completion me da el error mencionado anteriormente

@donho ¿Cómo puedo desactivar la verificación del certificado "scintilla"?
... para que pueda probar las versiones de lanzamiento
No distribuiré estos lanzamientos, solo los probaré.

Después de una pausa para fumar también con notepad ++. Debug.x86.zip, SciLexer.32.dll y Autocompletar deshabilitado, todo funciona como se esperaba. Con Autocompletar habilitado, me da el error mencionado anteriormente

Entonces, fumar es malo para la salud, ¿pero bueno para la prueba del programa? :D

¿Cómo puedo desactivar la verificación del certificado "scintilla"?

No puedes. Les proporcionaré el binario de lanzamiento firmado 32 y 64 para asegurarme de que todo esté bien.

@zufuliu Entonces tu solución funciona. Gracias. Sin embargo, ¿esta modificación crea algún efecto secundario?

@donho Truth nace en cualquier disputa
Gracias a todos y a mi perro.
Solo ella puede llevar mi computadora

@zufuliu gracias por tu ayuda
¿Su editor admite la localización?

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

Woohoo, está vivo: D Ahora, alrededor de 275 millones de personas pueden escribir cirílico en ANSI
Muchas gracias @ andrecool-68 @rddim @donho @MetaChuh @zufuliu

No me importa en absoluto ... pero mis amigos necesitan 1255 y 1251.

@ andrecool-68
jajaja ... después de lo que hemos leído hoy, es mejor poner una barra de censura negra en tu imagen publicada, para asegurarnos de no ofender a nadie 😂

@rddim
Soy el policía malo, así que no hay necesidad de agradecerme.
Es iniciativa privada de don abordar este problema con toda su ayuda colectiva, a pesar de que la causa son las versiones más recientes de scintilla.

atentamente.

@MetaChuh
Mi perro es muy tolerante con los conductores de motocicletas))

@MetaChuh
Eres astuto ... tienes algo de un judío
Cuando terminó la pelea ... el chico vino en moto ... no es justo
Cuando quiero darle la vuelta a mi perro ... no le pido ayuda a nadie
Pero si hay problemas con notepad ++, quiero resolver este problema.

@zufuliu gracias por tu ayuda
¿Su editor admite la localización?

Lo siento, no hay planes para i18n.

Después de una pausa para fumar también con notepad ++. Debug.x86.zip, SciLexer.32.dll y Autocompletar deshabilitado, todo funciona como se esperaba. Con Autocompletar habilitado, me da el error mencionado anteriormente

Entonces, fumar es malo para la salud, ¿pero bueno para la prueba del programa? :D

¿Cómo puedo desactivar la verificación del certificado "scintilla"?

No puedes. Les proporcionaré el binario de lanzamiento firmado 32 y 64 para asegurarme de que todo esté bien.

@zufuliu Entonces tu solución funciona. Gracias. Sin embargo, ¿esta modificación crea algún efecto secundario?

¿Qué solución? ¿Cambiar CodePageFromCharSet de Scintilla o usar SCI_STYLESETCHARACTERSET? el primero devuelve ACP (0), debería tener efectos secundarios, el último tiene, consulte https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496003800.

Tuve un problema similar con Notepad ++ 7.7 de 32 bits, idioma checo (windows-1250).
No pude escribir o pegar algunas letras checas en codificación ANSI.

Reemplazar el SciLexer.dll con el proporcionado (SciLexer32.signed.dll 27-May-2019 22:00) ayudó, el problema desapareció.

¿Será una actualización para npp?

@lehha

¿Será una actualización para npp?

No, no lo hará, al menos no todavía. No es una solución completa y tendrá el efecto secundario, como lo menciona @zufuliu.

@ andrecool-68 y @rddim
Entonces, el nuevo Scilexer.dll funciona para usted, pero debe deshabilitar la finalización automática, ¿verdad?
¿Qué sucede si la función de autocompletar está activada?

SciLexer.32.dll y Autocompletar deshabilitado todo funciona como se esperaba. Con Autocompletar habilitado, me da el error mencionado anteriormente

¿Cuál es el "error mencionado anteriormente"? ¿Podrías dejarme más claro?

@donho
~ No veo ningún error con cirílico. ~
Autocompletar habilitado.
https://notepad-plus-plus.org/temp/cyrillacPb/

Lo siento, hay errores. Después de actualizar la ventana, Notepad ++ desaparece el primer carácter y la codificación ha cambiado.

Aquí hay otro error, cambio de caracteres, cambio de mayúsculas y minúsculas, cambio de codificación.

¡Gracias! No puedo ver los enlaces directos arriba, así que hay:

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

Debe reemplazarse SciLexer.dll en C: \ Archivos de programa (x86) \ Notepad ++

@donho

Con los SciLexers de https://notepad-plus-plus.org/temp/cyrillacPb/ funciona con Autocompletar habilitado, es decir, sin problemas. No funciona con la combinación de este comentario https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5671#issuecomment -496189871 que también es la respuesta para "previously mentioned error"

@rddim Entonces, ¿para ustedes, SciLexers de https://notepad-plus-plus.org/temp/cyrillacPb/ ha solucionado el problema sin ningún efecto secundario?

@donho Lo

• el x64 SciLexer funciona perfectamente: no hay problemas por ahora, el cirílico funciona y la función de autocompletado funciona en ANSI
  

• el x32 SciLexer: puedo escribir cirílico, pero la finalización automática no funciona, funciona con caracteres latinos
  

@rddim Reinicia tu bloc de notas ++ y vuelve a abrir este archivo ... ¿y qué ves?

@ andrecool-68 tanto x32 como x64 son legibles después de reabrir

@rddim Autodetect character encoding habilitado?

@ andrecool-68 Sí, configuración predeterminada, por eso es Windows-1251 pero no ANSI

@rddim Y no entiendo nada en absoluto)))

@ andrecool-68 @donho
En x32, cuando la palabra comienza con minúscula Auto-Completion no funciona, pero no siempre ( new 3 ). Creo que los otros problemas son con Autodetect character encoding

Editar: el problema con Auto-Completion existe en 7.6.6 x32

@rddim La cuarta pestaña se obtuvo en hebreo))
¿Qué complemento usas para insertar el texto terminado?

@ andrecool-68 administrador de portapapeles externo - CLCL

@rddim
¿Cómo puedo desactivar estas líneas? No las encuentro en la configuración.

@ andrecool-68
Escríbeme un correo electrónico, puedes encontrarlo en bulgarian.xml. Puedo responderte aquí, por supuesto, pero este es un problema de N ++, no para otros programas :)

¿Alguien puede ayudarme también?
Creo que mi problema es similar
Publiqué en la comunidad npp (en el hilo de la versión 7.7) pero no pude recibir el soporte que solicité, nunca supe por qué ...

de todas formas,
Estoy volviendo a publicar aquí:

Recibo consultas sql por correo electrónico que abro con npp y
Luego copio el contenido del archivo al programa administrador de sql para ejecutarlos,
bueno, con 7.7 los caracteres griegos se muestran como chinos, volví a 7.6.6 y se muestran correctamente

La "codificación de caracteres de detección automática" está inhabilitada para mí,
después de otro problema que tuve en el pasado con él,
así que preferiría que se mantuviera apagado

editar: probé el scilexer anterior (32 bits):
https://notepad-plus-plus.org/temp/cyrillacPb/SciLexer32.signed.dll
¡Y funcionó para mí también!

@patrickdrd @rddim @ andrecool-68
¿Podrían probar los siguientes binarios y confirmarme que el error está corregido y sin regresión, por favor (con la función de autocompletar habilitada)?
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

Acabo de probar el 32 bits y se ve bien,
aunque pasarán algunas horas hasta que pueda probar el mismo escenario

ok, el escenario original también funciona

@donho
No hubo problemas al ingresar caracteres cirílicos.
Cuando vuelve a abrir el archivo (ANSI), los caracteres iniciales desaparecen.
(ANSI se convierte en Macintosh)
Es más probable que culpe a la "codificación de caracteres de detección automática"
( Autodetect character encoding y auto-completion ... habilitados)

@ andrecool-68 Necesito su confirmación después de probar los dos binarios que proporciono, para el problema de entrada del modo ANSI. Vi tu publicación y este problema es otro. Solucionemos los problemas uno tras otro, de lo contrario, confunde a todos y no ayuda en absoluto.

@donho Quizás mis palabras no entiendes ... disculpa, pero te escribo a través de translate.google))
Quería decir que probé ambos archivos y que el alfabeto cirílico se imprimió sin errores.
Y el hecho de que los artefactos al volver a abrir el archivo ... yo mismo no lo sé ... esta es la continuación del error antiguo o nuevo.
Lo que noto al probar ... luego te informo

@donho
Compilé la compilación de depuración Notepad ++ con "scintilla416" (con los mismos cambios),

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

la definición automática de la codificación está desactivada ... entonces no hay problemas con el cirílico.

Si la "detección automática de codificación" está habilitada, entonces exactamente los mismos artefactos con la codificación que escribí en la publicación anterior.

Quizás esto te ayude de alguna manera.

Si la "detección automática de codificación" está habilitada, entonces exactamente los mismos artefactos con la codificación que escribí en la publicación anterior.

Así que es el problema de la "detección automática de codificación". Crea un nuevo problema para eso.

@donho perdón por la respuesta tardía, estaba muy ocupado y fuera de casa.
La solución funciona perfectamente. Gracias

este problema aún persiste, me temo, chicos,
un documento de texto con caracteres griegos no se muestra correctamente en mi escritorio de Windows 7 de 32 bits,
mientras se muestra bien en Windows 8 de 64 bits y si usa otro editor también

editar: tal vez sea un problema diferente porque volví a 7.6.6 y todavía estaba allí,
Incluso intenté escribir en griego en npp, ¡pero parece imposible!
Puedo escribir griego en el bloc de notas (windows), pero parece que no puedo en npp