Configuración de SlickEdit para trabajar y compilar documentos MQL4/5. - página 3

 
tol64:
Necesitas codificación UTF-8, pero SlickEdit por defecto es probablemente ANSI, debido a estos caracteres moteados.

No, komposter tiene razón. sólo tienes que cambiar a un diseño ruso antes de copiar. lo mismo se aplica cuando se trabaja con ME5.

No es necesario establecer la codificación en SE.

 
komposter:
Intenta cambiar a la distribución del teclado ruso antes de copiar.

fantástico, tu método funciona...

Lo curioso es que al copiar del slick al bloc de notas aparecen los cocodrilos, pero al volver a copiar del bloc de notas al slick y al ruso se muestran correctamente...

 
tol64:
Se necesita la codificación UTF-8, pero en SlickEdit por defecto lo más probable es que ANSI, debido a este caracteres moteados.

¿qué tiene que ver esto con el utf cuando el código fuente está codificado en ansi?

algún tipo de fallo... séptimo ruso 64 bits, pero Slick v16.0.0.6 32 bits

es extraño que un programa de pago tenga esos fallos tan infantiles ;(

 

Otra cosa desagradable con la pestaña Clase, donde se muestran las variables y funciones declaradas...

También tiene un error... muestra hasta alguna función correctamente, luego por alguna razón aparecen en la lista variables de la siguiente (tal vez) función o alguna al lado (es difícil de entender, porque muchas veces se usan variables con el mismo nombre en diferentes funciones)...

y, en consecuencia, algunas de las funciones siguientes no están en la lista...

¿puede joo saber qué es lo que está mal aquí? tal vez hay que ajustar algo...

 
keekkenen:

Otra cosa desagradable con la pestaña Clase, donde se muestran las variables y funciones declaradas...

También es un error... se muestra correctamente hasta alguna función, luego por alguna razón se listan variables de la siguiente (probablemente) función o alguna próxima (es difícil de entender, porque a menudo se usan variables con el mismo nombre en diferentes funciones)...

Y en consecuencia, algunas de las funciones que aparecen a continuación no aparecen en la lista...

¿Tal vez Joo sepa lo que está pasando? Tal vez haya que preparar algo...

Es difícil juzgar sin ver el proyecto completo.

Ver la pestaña "Defs". La pestaña "Clase" para trabajar con el proyecto.

¿Qué quiere decir con "color equivocado"? Tal vez en el nombre de la función se usen uno o más caracteres cirílicos - entonces la función (las variables, también) se resaltará en rojo (o cualquier color que se establezca para resaltar las funciones / variables no declaradas).

 
No hay diferencia entre Defs y Class... estoy usando un proyecto... se usa su esquema de colores (del archivo adjunto anteriormente)... las funciones se resaltan en color verdoso (una rana)... la(s) función(es) resaltada(s) en rojo no tiene(n) caracteres rusos, al introducir el nombre de la función se resalta durante la auto-sustitución...
 
keekkenen:
No hay diferencia entre Defs y Class... estoy usando un proyecto... se usa su esquema de colores (del archivo adjunto anteriormente)... las funciones se resaltan en color verdoso (una rana)... la(s) función(es) resaltada(s) en rojo no tiene(n) caracteres rusos, al introducir el nombre de la función se resalta en auto-sustitución...
Extraño. Puedes pasarme el proyecto, le echaré un vistazo. Elimine todo el contenido de las funciones, deje sólo las declaraciones vacías.
 
joo:
Eso es raro. Puedes pasarme el proyecto, le echaré un vistazo. Elimine todo el contenido de las funciones, deje sólo las declaraciones vacías.
¿se refiere al archivo de inclusión (mqh) con el que tropieza el mapeo?
Archivos adjuntos:
test.mqh  56 kb
 

SE no entiende este tipo de construcciones:

double getLastOrderProfit(string symb="0",int type=OP_MARKET,
                          int mn=OP_ALLMN,int mode=MODE_TRADES){ 
}

Este malentendido parece acumularse, y ya no entiende nada de nada, no está claro cómo destacar tales funciones:

int openOrder (string orderSymbol, int orderType, double orderLots,
               double orderOpenPrice, int slippage, double orderStopLoss,
               double orderTakeProfit, string orderComment, int orderMagicNumber,
               datetime orderExpiration,int try, int tradeSleep, bool showErrors,
               bool convert=false, bool modifyAfterOpen=false,bool isPlaySound = false){ 
}

:)

Esto parece ser correcto, pero personalmente trato de evitar tales construcciones.


Si el compilador no regaña y te gusta usar esas "tonterías", tendrás que aguantar funciones y variables no reconocidas por SE.

 
joo:

SE no entiende este tipo de construcciones:

Este malentendido parece acumularse, y ya no entiende nada de nada, no está claro cómo destacar tales funciones:

:)

Parece que es correcto, pero personalmente trato de evitar este tipo de construcciones.


Si el compilador no regaña y te gusta usar esas "tonterías", tendrás que aguantar funciones y variables no reconocidas por SE.

Es extraño que no entienda esas cosas, y es una pena...

No escribo en sys, pero supongo que allí se utilizan estas construcciones...

Razón de la queja: