Errores, fallos, preguntas - página 1930
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Por alguna razón, estaba seguro de que DoubleToString no tenía sentido después de la normalización. Pero no, como muestra el guión. ¿Por qué es así?
Parece que la conversión doble -> cadena no funciona correctamente.
Resultado de la ejecución única con líneas amarillas comentadas
Resultado de una sola ejecución con líneas amarillas NO comentadas
Labiblioteca TesterBench muestra el mismo descenso en el tiempo de ejecución.
HH No sólo PositionGet, sino también OrderGet, HistoryDealGet, HistoryOrderGet son lentos.
En el probador (1629) las operaciones se abren a precio cero
Ejecutando el Asesor Experto en el probador utilizando ticks reales del Servidor FIBOGroup-MT5
Pregunta para desarrolladores y colegas interesados.
En Tester en modo de visualización hay un objeto de la clase CiMA - muwings.
Modo = "Cada tick basado en ticks reales". La velocidad en el visualizador está cerca del máximo.
El problema es este. Cuando aparece una nueva barra, hay que esperar un montón de nuevos ticks para refrescar los valores de los muwings de CiMA, o mejor dicho, los valores del buffer de muwings.
Y en cada tick se acelera la actualización mediante el método CiMA::Refresh(-1).
¿Por qué funciona tan mal el probador?
No hay tales problemas en el comercio real.
Pusha es un extraño en estos días:
uest/302788
solicitud/302788
Como puedo adivinar, fui yo el que se puso como candidato y lo comentó en el mismo orden.
Pero los mensajes son como para los codificadores)
De la documentación
ENUM_BASE_ESQUINA
Identificador
Descripción
ESQUINA_IZQUIERDA_SUPERIOR
Centro de coordenadas en la esquina superior izquierda del gráfico
ESQUINA_IZQUIERDA_INFERIOR
Centro de coordenadas en la esquina inferior izquierda del gráfico
ESQUINA_DERECHA_INFERIOR
Centro de coordenadas en la esquina inferior derecha del gráfico
ESQUINA_DERECHA_SUPERIOR
centro de coordenadas en la esquina superior derecha del gráfico
Pregunta: ¿Por qué no se puede dibujar la tabla en orden numérico? Pones 1 - y en lugar del esperado "Centro de coordenadas en laesquina superior izquierda del gráfico" obtienes"Centro de coordenadas en la esquina inferior derecha del gráfico".
Ahora se ve así
1 - Centro de coordenadas en la esquina inferior izquierda del gráfico.
2 - Centro de coordenadas en la esquina inferior derecha del gráfico
3 - Centro de coordenadas en la esquina superior derecha del gráfico
4 - Centro de coordenadas en la esquina superior izquierda del gráfico
De la documentación
ENUM_BASE_ESQUINA
Identificador
Descripción
ESQUINA_IZQUIERDA_SUPERIOR
Centro de coordenadas en la esquina superior izquierda del gráfico
ESQUINA_IZQUIERDA_INFERIOR
Centro de coordenadas en la esquina inferior izquierda del gráfico
ESQUINA_DERECHA_INFERIOR
Centro de coordenadas en la esquina inferior derecha del gráfico
ESQUINA_DERECHA_SUPERIOR
centro de coordenadas en la esquina superior derecha del gráfico
Pregunta: ¿Por qué la tabla no puede estar en orden numérico? Pones 1 - y en lugar de lo esperado "Centro de coordenadas en laesquina superior izquierda del gráfico" obtienes"Centro de coordenadas en la esquina inferior derecha del gráfico".
Se ve así
1 - Centro de coordenadas en la esquina inferior izquierda del gráfico.
2 - Centro de coordenadas en la esquina inferior derecha del gráfico
3 - Centro de coordenadas en la esquina superior derecha del gráfico
4 - Centro de coordenadas en la esquina superior izquierda del gráfico
El recuento comienza desde cero.
¿Qué le impide introducir CORNER_LEFT_UPPER en lugar de un número? Para eso está la enumeración, para no tener que pensar en los números.
En el servicio de asistencia
MT4:
Para objetos con tamaño fijo: las propiedades OBJ_BUTTON, OBJ_RECTANGLE_LABEL y OBJ_EDIT OBJPROP_XDISTANCE y OBJPROP_YDISTANCE establecen la posición del punto superior izquierdo del objeto respecto a la esquina del gráfico (OBJPROP_CORNER), a partir de la cual se contarán las coordenadas X e Y en píxeles.
MT5:
Para los objetos con tamaño fijo: OBJ_BUTTON, OBJ_RECTANGLE_LABEL, OBJ_EDIT y OBJ_CHART, las propiedades OBJPROP_XDISTANCE y OBJPROP_YDISTANCE establecen la posición del punto superior izquierdo del objeto con respecto a la esquina del gráfico (OBJPROP_CORNER), desde la cual se medirán las coordenadas X e Y en píxeles.
La cuestión es que la versión antigua de MT4 que utiliza ObjectSet permite colocar los objetos en relación con sus bordes (esquinas) - para los objetos de la parte izquierda el cálculo de los píxeles se realiza a partir del primer símbolo, para los objetos de la parte derecha - a partir del último símbolo, mientras que la nueva versión siempre realiza el cálculo a partir del primer símbolo, lo que dificulta el posicionamiento de las etiquetas con texto, porque no siempre se sabe cuántos símbolos de texto habrá. Pido a los desarrolladores que añadan la posibilidad de elegir el método de alineación del texto.
Si alguien sabe cómo conseguir la alineación a la izquierda y a la derecha en MT5, por favor, comparta la función correspondiente.
El recuento comienza desde cero.
¿Qué le impide introducir CORNER_LEFT_UPPER en lugar de un número? Para eso está la enumeración, para no tener que pensar en los números.
¿Desde cero? Bueno, vale - que sea de cero - no lo he tenido en cuenta - ¡pero sigue sin funcionar!
Porque tiene más sentido para mí y lo he usado antes.
¿Desde cero? Bueno, está bien - aunque sea desde cero - no lo he tenido en cuenta - ¡pero sigue sin funcionar!
Porque tiene más sentido para mí y lo he usado antes...
¿Debo adelantar el punto de la lista que tratas de identificar con el número 4, que no está ahí? Se convierte en cero - y todo está en su lugar.