Errores, fallos, preguntas - página 116

[MQ Alexander]

Dmitriy2:

¿Podemos hacer algo con el estilizador... Aburrido...

La idea vuelve a ser muy buena y útil, si antes pinchaba yo mismo los espacios y los tabuladores, ahora se hace, y ahorra tiempo sobre todo al cambiar el código. Quitamos un paréntesis o una condición, etc., hacemos clic y todo se alinea, visualmente es más fácil seguir trabajando. Pero, ¿por qué pone marcos? ¡¡¡EN TODAS PARTES!!! ¡En medio del código! ¡Y MUCHOS marcos...! Una casilla sólo se necesita una vez, en el título de una función, y es más fácil copiarla por sí misma que eliminar un ENORME montón de casillas adicionales.

Por favor, no digas que no vas a cambiar nada, estas cosas no son difíciles de quitar, sin ellas el estilista es algo muy útil y manejable.

Por favor, añada a Service Desk (Perfil->Service Desk) un incidente con el archivo de origen antes y después de la estilización.

[Sergey Gritsay]

¿Por qué la función SymbolInfoTick arroja un error si un símbolo no está seleccionado en Market Watch?

[Sergey Gritsay]

Después de otra actualización, OrderCalcMargin sigue devolviendo cero para los instrumentos de tipo #AA

[Дмитрий]

Alexander:
Por favor, añada a Service Desk (Perfil->Service Desk) la incidencia con el archivo de origen antes y después de la estilización.

He resuelto el enigma...:)

El proyecto es grande, el código no funciona (con el remake de mcl4), así que mientras pensaba y experimentaba como más fácil y claro para dar un ejemplo, me di cuenta de lo que está mal. Si un paréntesis extra,el estilista va al lugar donde termina la función (y de hecho no lo hace) y luego antes de cada if externo (los incrustados no cuentan) hace un marco. Y tengo un montón de condiciones... Creo que será antes para, en definitiva, donde no hay punto y coma al final, es decir, como una nueva función comienza. En general, todo bien...:) Es aún más fácil buscar un error de esta manera, antes de que el primer cuadro sea

[Дмитрий Александрович]

Pregunta a los desarrolladores:

¿Podría añadir un botón (al menos un botón de acceso rápido, por ejemplo, Ctrl+F7) para compilar todos los archivos abiertos?
Editas algún archivo de inclusión con una clase y tienes que pasar al archivo principal para compilarlo...

[[Eliminado]]

mrProF:

Pregunta a los desarrolladores:

¿Podría añadir un botón (al menos un botón de acceso rápido, por ejemplo, Ctrl+F7) para compilar todos los archivos abiertos?
Puedes editar algún archivo de inclusión con una clase y tener que cambiar al archivo principal para compilarlo...

+1

[omeganight]

No puedo creer que sea la primera persona que se encuentra con este error. Nadie ha probado aún la sustitución de parámetros:

estas variantes pasan por la compilación

ind_handle=iCustom(NULL,PERIOD_H1,....); // el nombre del indicador y su par de parámetros no cambian la esencia

ind_handle=iCustom(NULL,16385,....);

pero éste no:

int TM=16385; // (o PERIOD_H1)

ind_handle=iCustom(NULL,TM,....);

Error: "'TM'-no se puede convertir enum"

[[Eliminado]]

omeganight:

No puedo creer que sea la primera persona que se encuentra con este error. Nadie ha probado aún la sustitución de parámetros:

estas variantes pasan por la compilación

ind_handle=iCustom(NULL,PERIOD_H1,....); // el nombre del indicador y su par de parámetros no cambian la esencia

ind_handle=iCustom(NULL,16385,....);

pero éste no:

int TM=16385; // (o PERIOD_H1)

ind_handle=iCustom(NULL,TM,....);

Error: "'TM'-no se puede convertir enum"

iCustom asume que el periodo será enum. Si el parámetro es un int, tendrá que ser convertido al tipo requerido.

[Валерий]

El tipo int no se convierte en un enum por defecto. Debería ser así:

ENUM_TIMEFRAMES   ТМ=16385;

o así:

int   ТМ=16385;
int handle=iCustom(NULL,(ENUM_TIMEFRAMES)ТМ,....);

[[Eliminado]]

Valmars:

El tipo int no se convierte en un enum por defecto. Debería ser así:

o así:

Es más conveniente escribir una función que convierta un número en un punto.