Citations maximales et minimales visibles - page 6

Nouveau commentaire
 
Oui... il doit arrondir à 10pp, ou compter plus que ce que nous pouvons voir...
 
Ces divergences sont liées à la valeur de division de l'échelle verticale.
 
Chers développeurs !

En résolvant le problème de la transformation avant et arrière

pixel_Y -> quote, quote -> pixel_Y

la question suivante apparaît :

Comment déterminer les valeurs des quotes maximales et minimales visibles sur l'axe vertical (marquées dans la figure ? ?? ci-dessus et ci-dessous), si nous connaissons High 1.8600, Low 1.8400 et la taille verticale du graphique en pixels 500 ? L'échelle du graphique est automatique.


|------------------------------------------------| <- ? ??
|................................................|
|................................................|
|...........High 1.8600....................|
|................................................|
|................................................|
|................................................|
|................................................|
|................................................|
|................................................|
|............ Bas 1.8400...................|
|................................................|
|................................................|
|------------------------------------------------| <- ? ??


Pour Slawa

Citations de vos réponses précédentes :

Si le barème est automatique, il peut être calculé en ajoutant 5 pour cent de la différence entre les prix les plus élevés et les plus bas en haut et en bas. <br/ translate="no">
Au fait, 5% n'est pas le prix, mais le nombre de pixels entre le prix le plus élevé et le plus bas.


Les distances du bas au bas du graphique et du haut au haut du graphique ne coïncident souvent pas, surtout sur les petites périodes.

Comment est-ce possible lorsque le même nombre de pixels (5%) est ajouté du haut vers le haut et du bas vers le bas ?


 
belkor, ces 5% s'appliquent lorsque la ligne OHLC est désactivée. Lorsque l'OHLC est activé, les distances en haut et en bas peuvent facilement être différentes.

Désactiver OHLC dans les propriétés du graphique et réessayer
 
OHLC est désactivé de façon permanente, vérifié à nouveau.

Exemple : EURUSD M1

Haut 1.2739 Valeur maximale visible 1.2750 delta 0.0011
Bas 1.2683 Valeur minimale visible 1.2680 delta 0.0003

Ces divergences sont liées aux divisions de l'échelle verticale. Le nombre de divisions d'échelle visibles sur l'axe vertical est toujours un nombre entier.
 
À Slawa

OHLC est désactivé en permanence, j'ai vérifié à nouveau.

Ces écarts sont liés à la valeur de division de l'échelle verticale, toujours un multiple de 5 ( 5, 10, 15, 20 points ).

Le nombre de divisions d'échelle visibles sur l'axe vertical est toujours un nombre entier.
 
Félicitations à tous les programmeurs et aux personnes impliquées dans la programmation pour leur fête professionnelle ! Aujourd'hui est le 256e jour de l'année - la Journée des programmeurs.

Je souhaite à tous des projets intéressants et réussis, moins de bugs et des utilisateurs plus reconnaissants !

La Journée des programmeurs est une fête non officielle des programmeurs célébrée le 256e jour de l'année. Le nombre 256 (28) est choisi car c'est le nombre de chiffres qui peuvent être exprimés par un octet. Le jour férié tombe le 12 septembre dans les années bissextiles et le 13 septembre dans les années non bissextiles.

PS To Slawa ? ??
 
belkor, nous allons probablement introduire deux nouvelles fonctions MinVisiblePrice et MaxVisiblePrice.
 
Merci. Nous l'attendons avec impatience.
 
Comment ( " ", BarsPerWindow(), " ", FirstVisibleBar( ), " ", Bars ) ; <br / translate="no">
Immédiatement après la compilation, on obtient 490 9104 9304.
Après le premier tic, vient le 490 409 9304.


FirstVisibleBar( ) correct ?
1234567
Nouveau commentaire