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.
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.
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.
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.
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:
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 ?
Desativar OHLC nas propriedades gráficas e tentar 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.
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.
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 ???
Imediatamente após a compilação, obtemos 490 9104 9304.
Após o primeiro tick, chega 490 409 9304.
FirstVisibleBar( ) correto ?