Deseos para MQL5 - página 101

 
Neon >> :

Posibilidad de conectar ventanas adicionales en el EA - por ejemplo ObjWindowCreate(string Name, bool TypeWindow=false) [false - Como ventana del indicador, true- Como ventana separada de los pares de divisas].

Estoy de acuerdo y me gustaría añadir...

1) No sólo ventanas, sino también subventanas.

2) La posibilidad de vincular los indicadores de la memoria intermedia a ventanas y subventanas específicas, para emitir el mismo tipo de indicadores en las subventanas correspondientes. Por ejemplo, normalizado en una ventana, precio en otra, etc.

Estimados desarrolladores de MT, ¿pueden comentar esta cita de la Ayuda de MQL5?

El número de objetos gráficos en MQL5 ha aumentado significativamente, pero hay una limitación: no se pueden utilizar funciones para trabajar con objetos gráficos en los indicadores personalizados.

¿Cómo? ¿Así que ahora será imposible dibujar nada en la ventana del indicador? Si es así, es muy, muy malo. Por favor, devuelva los objetos gráficos en los indicadores.

Creo que es una solución muy ilógica. De todos modos, contradice radicalmente el concepto de MQL4. La decisión de entrar en el mercado se basa siempre en el cálculo de indicadores. Muy a menudo los cálculos/señales deben mostrarse gráficamente en los indicadores correspondientes. Ni siquiera hablo de las distintas herramientas gráficas (canales, niveles, etc.). Sólo hay que ver el número de indicadores ya escritos. Al menos la mitad de ellos utilizan gráficos.

¿Para qué necesita el Asesor Experto un gráfico? Su tarea es recibir señales del indicador y entrar en el mercado o salir de él.

3) Acceso a datos de series temporales e indicadores

La palabra COPIA en todas las funciones es deprimente. Me imagino cómo afectará al rendimiento. ¿No sería más fácil devolver los punteros a las matrices del buffer de indicadores o hacer un acceso directo a ellos?


4) Sería mejor dedicar tiempo a los puntos conceptuales en las preguntas frecuentes, es decir, cómo ven los desarrolladores el concepto de trabajar con MT5, de lo contrario obtendremos "juega aquí, no juegues aquí, envuelve el pescado aquí..." )) Así que los programadores buscan este concepto por su cuenta, por ensayo y error. En mi opinión, valdría la pena exponer el concepto de la siguiente manera:

experto: estructura, tareas a resolver, capacidades, interacción... ; indicador: estructura.... etc.

 

Es necesario que pueda crear su propia ventana para establecer los parámetros del indicador.

Poder crear marcadores, personalizar la barra de herramientas y otras posibilidades para trabajar con las ventanas.

La ventana de ajuste de parámetros como en MT4 ya está obsoleta.

 
Henry_White писал(а) >>

4) Sería mejor dedicar tiempo a los puntos conceptuales en la Ayuda, es decir, cómo ven los desarrolladores el concepto de trabajar bajo MT5, de lo contrario se obtiene "juegue aquí, no juegue aquí, envuelva el pescado aquí..." )). Así que los programadores buscan este concepto por su cuenta, por ensayo y error. En mi opinión, valdría la pena exponer el concepto de la siguiente manera:

experto: estructura, tareas a resolver, capacidades, interacción... ; indicador: estructura.... etc.

estructura, tareas a resolver, capacidades - Se trata de una tareacompleja . (Todo dentro de su imaginación).

Más aún porque en MT5 ahora los Asesores Expertos también sirven como indicadores.

Por ejemplo, he decidido para mí que a partir de ahora voy a reescribir TODOS los indicadores (que serán necesarios) en Asesores Expertos. Y no habrá indicadores como tal.

Los desarrolladores quieren confundirlo todo. Es triste. Aunque, los desarrolladores apenas pensaron en todas las consecuencias.

-------------

¡¡¡¡¡¡VIVA EL DESORDEN Y LA ANARQUÍA!!!!!!

¡¡¡HOORAY!!!

----------------

Objetos gráficos

Un grupo de funciones destinadas a trabajar con objetos gráficos relacionados con cualquier gráfico especificado. Estas funciones no pueden utilizarse en los indicadores.

Función

Acción

ObjectCreate

Crea un objeto de un tipo especificado en el gráfico especificado

Nombre del objeto

Devuelve el nombre del objeto del tipo correspondiente en el gráfico especificado (la subventana del gráfico especificada)

ObjectDelete

Elimina un objeto con el nombre especificado del gráfico especificado (de una subventana especificada del gráfico)

ObjectsDeleteAll

Elimina todos los objetos de un tipo especificado de un gráfico especificado (de una subventana del gráfico especificada)

ObjectFind

Busca un objeto con un identificador especificado por su nombre

ObjectGetTimeByValue

Devuelve el valor del tiempo para un valor de precio especificado del objeto

ObjectGetValueByTime

Devuelve el valor del precio del objeto para el tiempo especificado

ObjectMove

Cambia las coordenadas del punto de anclaje especificado del objeto

ObjetosTotal

Devuelve el número de objetos del tipo especificado en el gráfico especificado (la subventana del gráfico especificada)

ObjectGetDouble

Devuelve el valor de tipo doble de la propiedad del objeto correspondiente

ObjectGetInteger

Devuelve un valor entero de la correspondiente propiedad del objeto

ObjectGetString

Devuelve un valor de cadena de la propiedad del objeto correspondiente

ObjectSetDouble

Establece el valor de la propiedad del objeto correspondiente

ObjectSetInteger

Establece el valor de la propiedad del objeto correspondiente

ObjectSetString

Establece el valor de la propiedad del objeto correspondiente

Cada objeto gráfico debe tener un nombre que sea único dentro de un gráfico, incluyendo sus subventanas. Después de crear el objeto o de modificar sus propiedades, se recomienda llamar a la función ChartRedraw() que ordena al terminal que dibuje forzosamente el gráfico (y todos los objetos visibles en él).

---------------------

¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡En consecuencia, no debería haber indicadores!!!!!!!!!!!!!!!!

 

nen писал(а) >>

Yo, por ejemplo, he decidido para mí que ahora voy a reescribir TODOS los indicadores (que serán necesarios) en EAs. Y no habrá indicadores como tal.

Buena suerte en sus esfuerzos. Un indicador debe ser un indicador.

Lo principal es entender cómo hacerlo.


¡Sí, y no se puede utilizar Alerta y Comentario - jefe, todo se ha ido!

 
TheXpert писал(а) >>

Ajá, buena suerte en sus esfuerzos. Un indicador debe ser un indicador.

¿Cómo podría ser si no?

Ya te he puesto un ejemplo.

El RSI es un indicador. Se muestra como un indicador.

Pero si hay gráficos basados en el RSI (por ejemplo, ZUP_RSI), ¡el experto debe hacerlo!

Estoy de acuerdo: un indicador debe ser un indicador. Pero si los desarrolladores creen que las características gráficas no deben aplicarse a los indicadores, y están profundamente equivocados, los desarrolladores han creado esta situación. Ahora, para evitar confusiones, tendrán que reescribir todo en expertos. Los indicadores están PROHIBIDOS :)

 
nen >> :

>> ¿Cómo lo harías si no?

¿Y cómo trabajar con iCustom si no haces indicadores? Te lo diré cuando lo descubra. Tengo algunas ideas.
 

Los indicadores se pueden utilizar para iCustom.

Pero esto depende del aficionado. Recientemente, he rechazado a iCustom.

En MQL5 he decidido reescribir todo sin iCustom. Todo está integrado en el código.

 

Mierda. Temo el momento en que no se pueda generar un gráfico a partir de los indicadores. Este es el momento estándar (para mí): el indicador se sitúa en su subventana, ¡pero el canal que calcula se dibuja gráficamente en 0! ¿Cómo lo hago ahora? Porque, ¡los búferes de los indicadores se adjuntan y se adjuntarán a la subventana de los indicadores SOLO! No se emitirá nada en la ventana 0 si el indicador no está en ella.

Por el amor de Dios. Las líneas verticales no marcarán los extremos del oscilador si el indicador no está en la subventana. Oh, vamos... Me molesté...

 

Entonces, abandonemos por completo los indicadores: ¿para qué sirven? Todo se puede hacer en un Asesor Experto.

O de objetos gráficos. La lengua que proponemos no los necesita. Los indicadores no están permitidos, mientras que los EAs no los necesitan desde el principio. Por supuesto, se necesitan, pero incomparablemente menos que en los indicadores. Por lo tanto, si los desarrolladores se niegan desde gr.objects, será casi imperceptible.

 
TheXpert >> :
Pensamientos.

Hombre, tampoco se puede usar EventChartCustom en los indicadores, sería genial...