Cotizaciones máximas y mínimas visibles - página 6

 
Sí... debe estar redondeando a 10pp, o contando más de lo que podemos ver...
 
Estas discrepancias están relacionadas con el valor de la división de la escala vertical.
 
¡Estimados desarrolladores!

Al resolver el problema de la transformación hacia adelante y hacia atrás

pixel_Y -> cotización, cotización -> pixel_Y

aparece la siguiente pregunta:

¿Cómo determinar los valores de las cotizaciones máximas y mínimas visibles en el eje vertical (marcadas en la figura ??? arriba y abajo), si conocemos High 1.8600, Low 1.8400 y el tamaño vertical del gráfico en píxeles 500 ? La escala del gráfico es automática.


|------------------------------------------------| <- ???
|................................................|
|................................................|
|...........Alto 1,8600....................|
|................................................|
|................................................|
|................................................|
|................................................|
|................................................|
|................................................|
|............ Bajo 1.8400...................|
|................................................|
|................................................|
|------------------------------------------------| <- ???


Para Slawa

Citas de sus respuestas anteriores:

Si el baremo es automático, puede calcularse añadiendo el 5% de la diferencia entre los precios más altos y los más bajos de la parte superior e inferior. <br/ translate="no">
Por cierto, el 5% no es el precio, sino el número de píxeles entre el precio más alto y el más bajo.


Las distancias del Mínimo a la parte inferior del gráfico y del Máximo a la parte superior del gráfico a menudo no coinciden, especialmente en períodos pequeños.

¿Cómo es posible si se añade el mismo número de píxeles ( 5% ) de arriba a arriba y de abajo a abajo?


 
belkor, este 5% se aplica cuando la línea OHLC está desconectada. Cuando la OHLC está activada, las distancias en la parte superior e inferior pueden ser fácilmente diferentes.

Desactivar OHLC en las propiedades del gráfico y volver a intentarlo
 
El OHLC está permanentemente desactivado, comprobado de nuevo.

Ejemplo: EURUSD M1

Alto 1,2739 Valor máximo visible 1,2750 delta 0,0011
Bajo 1,2683 Valor mínimo visible 1,2680 delta 0,0003

Estas discrepancias están relacionadas con las divisiones verticales de la escala. El número de divisiones de escala visibles en el eje vertical es siempre un número entero.
 
A Slawa

OHLC está permanentemente desactivado, lo he vuelto a comprobar.

Estas discrepancias están relacionadas con el valor de la división de la escala vertical, siempre un múltiplo de 5 ( 5, 10, 15, 20 puntos ).

El número de divisiones de escala visibles en el eje vertical es siempre un número entero.
 
Enhorabuena a todos los programadores y a las personas que se dedican a la programación por su fiesta profesional. Hoy es el 256º día del año: el Día del Programador.

Les deseo a todos proyectos interesantes y exitosos, menos errores y más usuarios agradecidos.

El Día del Programador es una fiesta no oficial de los programadores que se celebra el 256º día del año. Se ha elegido el número 256 (28) porque es el número de números que se pueden expresar con un byte. La fiesta cae el 12 de septiembre en los años bisiestos y el 13 de septiembre en los no bisiestos.

PD: A Slawa, el que más le gusta es el que más le gusta.
 
belkor, es probable que introduzcamos un par de nuevas funciones MinVisiblePrice y MaxVisiblePrice
 
Gracias. Lo esperamos con ansias.
 
Comentario ( " ", BarsPerWindow(), " ", FirstVisibleBar( ), " ", Bars ); <br / translate="no">
Inmediatamente después de la compilación, obtenemos 490 9104 9304.
Después de la primera garrapata viene el 490 409 9304.


FirstVisibleBar( ) correcto ?