Cotações máximas e mínimas visíveis - página 6

 
Sim... deve estar arredondando até 10pp, ou contando mais do que podemos ver...
 
Estas discrepâncias estão relacionadas ao valor da divisão em escala vertical.
 
Caros desenvolvedores!

Ao resolver o problema da transformação para frente e para trás

pixel_Y -> quote, quote -> pixel_Y

aparece a seguinte pergunta:

Como determinar os valores das aspas máximas e mínimas visíveis no eixo vertical (marcados na figura ???? acima e abaixo), se sabemos Alto 1,8600, Baixo 1,8400 e o tamanho vertical do gráfico em pixels 500 ? A escala da tabela é automática.


|------------------------------------------------| <- ???
|
|
| |
| High 1.8600
| | |
|_
|
| |
|_....................| | | |_ |
| Baixo 1.8400
| |_------------------------------------------------|
|_------------------------------------------------|
|_ | <- ???


Para Slawa

Citações de suas respostas anteriores:

Se a escala for automática, ela pode ser calculada somando 5% da diferença entre os preços mais altos e mais baixos no topo e na base. <br/ translate="no">
A propósito, 5% não é o preço, mas o número de pixels entre o preço mais alto e o mais baixo.


As distâncias de baixo para baixo e de alto para cima do gráfico muitas vezes não coincidem, especialmente em períodos pequenos.

Como é possível quando o mesmo número de pixels ( 5% ) é adicionado de cima para cima e de baixo para baixo ?


 
belkor, estes 5% se aplicam quando a linha OHLC é desligada. Quando a OHLC está ligada, as distâncias na parte superior e inferior podem facilmente ser diferentes.

Desativar OHLC nas propriedades gráficas e tentar novamente
 
OHLC está permanentemente incapacitado, verificado novamente.

Exemplo: EURUSD M1

Alto 1,2739 Valor máximo visível 1,2750 delta 0,0011
Baixo 1,2683 Valor mínimo visível 1,2680 delta 0,0003

Estas discrepâncias estão relacionadas com as divisões verticais em escala. O número de divisões visíveis em escala no eixo vertical é sempre um número inteiro.
 
Para Slawa

OHLC está permanentemente incapacitado, eu verifiquei novamente.

Estas discrepâncias estão relacionadas ao valor de divisão em escala vertical, sempre um múltiplo de 5 ( 5, 10, 15, 20 pontos ).

O número de divisões visíveis em escala no eixo vertical é sempre um número inteiro.
 
Parabéns a todos os programadores e pessoas envolvidas na programação em suas férias profissionais! Hoje é o 256º dia do ano - Dia do Programador.

Desejo a todos os projetos interessantes e bem-sucedidos, menos bugs e mais usuários agradecidos!

O Dia do Programador é um feriado não oficial dos programadores, celebrado no 256º dia do ano. O número 256 (28) é escolhido porque é o número de números que pode ser expresso por um byte. O feriado cai em 12 de setembro nos anos bissextos e em 13 de setembro nos anos não bissextos.

PS Para Slawa ???
 
belkor, é provável que introduzamos algumas novas funções MinVisiblePrice e MaxVisiblePrice
 
Obrigado. Estamos ansiosos por isso.
 
Comentário ( " ", BarsPerWindow(), " ", FirstVisibleBar( ), " ", Bars ); <br / translate="no">
Imediatamente após a compilação, obtemos 490 9104 9304.
Após o primeiro tick, chega 490 409 9304.


FirstVisibleBar( ) correto ?