bugs e disfunções

 

quantos bugs você sabe que há no MT5?
você os reportou ao service desk?
eles estão resolvidos?

Para a maioria dos insetos há uma solução, então você quer esperar pela MQ para resolvê-los, mas você usará uma solução alternativa.

mas mesmo que haja uma solução, seria útil saber que eles existem, em vez de perder tempo na perseguição de algum comportamento inesperado.
especialmente porque não há um verdadeiro depurador disponível, para o testador de estratégia.

Portanto, este é um tópico para relatar bugs e disfunções.
quando algo não está funcionando, ou não está funcionando como esperado e não há explicação na documentação.

por favor, não poste a menos que tenha verificado que o que você encontrou é um bug ou disfunção.

você também pode CONFIRMAR comportamento errático relatado!

 

g#1 -> #546258|2012.10.20 16:19 (sim, você vê corretamente, é relatado antes de quase meio ano)

Otipo ENUM_APPLIED_PRICE geralmenteNÃOestátrabalhando corretamente no testador de estratégia

mais uma disfunção em relação a estas imagens: o nome da 3ª variável é realmente aplicadoPreço (visível na última imagem),
mas graças a uma característica que NÃO PODE SER DESLIGADA(por quê? por quê? por quê?) na 2ª foto você vê o comentário em vez do nome da variável:

input int                  period;        // averaging period
input ENUM_MA_METHOD       method;        // smoothing type
input ENUM_APPLIED_PRICE   appliedPrice;  // type of price or handle

 

g#2-> #546258| 2012.10.20 16:19

este pode estar ligado ao anterior:

ao aplicar um resultado de teste, a partir de resultados de otimização (clique duplo ou clique direito - > Executar teste simples), os parâmetros são mal transferidos na lista de parâmetros de entrada

 
graziani:

g#1 -> #546258| 2012.10.20 16:19

Otipo ENUM_APPLIED_PRICE geralmenteNÃOestátrabalhando corretamente no testador de estratégia

Portanto, o valor varia entre 0 e 6 em vez de 1 e 7.

Suponho que uma alternativa válida durante os testes é substituir ENUM_APPLIED_PRICE por um int. Não testado.

 
angevoyageur:

Portanto, o valor varia entre 0 e 6 em vez de 1 e 7.

Suponho que uma alternativa válida durante os testes é substituir ENUM_APPLIED_PRICE por um int. Não testado.

sim, testado :)
 

g#3

definição de buffer indicador como buffer de cálculo

SetIndexBuffer(1, up, INDICATOR_CALCULATIONS);

não é suficiente para evitar que seja desenhado em gráfico.

Para evitar que seja desenhado, você também precisa definirPLOT_DRAW_TYPE para DRAW_NONE:

PlotIndexSetInteger(1, PLOT_DRAW_TYPE, DRAW_NONE);
 
graziani:

g#3

definição de buffer indicador como buffer de cálculo

não é suficiente para evitar que seja desenhado em gráfico.

Para evitar que seja desenhado, você também precisa definirPLOT_DRAW_TYPE para DRAW_NONE:

Você definiu corretamente os #plots do indicador de propriedade?

 
angevoyageur:

Você definiu corretamente os #plots_indicadores de propriedade?

O ponto é que se você marcar o indicador buffer comoINDICADOR_CALCULATIONS buffer, você espera que não será possível vê-lo de outra forma fora do próprio indicador, porém isso não é verdade. você pode vê-lo nas propriedades, no gráfico, etc.

eu não verifiquei se o buffer é visível para EAs através deCopyBuffer( ) se marcado comoINDICADOR_CALCULATIONSbuffer, mas caso contrário não há mudança no comportamento do buffer.

 

g #4

(ferramentas->opções-> gráficos-> sensibilidade do ímã) não está funcionando corretamente com velas.

os pontos selecionados não são colocados nos pontos típicos das velas (alto/baixo/...), mas no espaço entre eles.

Além disso, se você mover um ponto, outros também são movidos, embora você quisesse mover apenas um.

 
graziani:

O ponto é que se você marcar o indicador buffer comoINDICADOR_CALCULATIONS buffer, você espera que não será possível vê-lo de outra forma fora do próprio indicador, porém isso não é verdade. você pode vê-lo em propriedades, em gráfico etc.

eu não verifiquei se o buffer é visível para EAs através deCopyBuffer( ) se marcado comoINDICADOR_CALCULATIONSbuffer, mas caso contrário não há mudança no comportamento do buffer.

Você não precisa esperar algo diferente do que está descrito na documentação.

O número de buffers em um indicador deve ser declarado com antecedência, utilizando as diretrizes do compilador, por exemplo:

#propertyindicator_buffers 3// Número de buffers
#Número de parcelas deindicadores de propriedade 2// número de parcelas

O número de tampão usado para plotar depende do tipo de indicador. Este tipo pode ser definido dinamicamente. Portanto, o compilador não tem uma maneira de determinar o uso correto de seus amortecedores. A declaração acima pode ser usada com 2 lotes de 1 tampão, terceiro com INDICADOR_CALCULATIONS, ou 1 lote de 1 tampão e 1 de 2 tampões, ou...

PlotIndexSetInteger(0,PLOT_DRAW_TYPE,DRAW_LINE);

A MQL5 lhe dá grande flexibilidade, cabe-lhe a você unir logicamente seu buffer com seu(s) indicador(es). Isto não é um bug

EDIT : Nem uma disfunção em minha opinião;-)

 
graziani:

g #4

(ferramentas->opções-> gráficos-> sensibilidade do ímã) não está funcionando corretamente com velas.

os pontos selecionados não são colocados nos pontos típicos das velas (alto/baixo/...), mas no espaço entre eles.

Além disso, se você mover um ponto, outros também são movidos, embora você quisesse mover apenas um.

Que objetos você está desenhando, primeiro parece uma linha de tendência, mas segundo tem apenas 2 pontos de ancoragem?

Qual é o seu ajuste para a sensibilidade magnética ?

Documentation on MQL5: Standard Constants, Enumerations and Structures / Objects Constants / Methods of Object Binding
Documentation on MQL5: Standard Constants, Enumerations and Structures / Objects Constants / Methods of Object Binding
  • www.mql5.com
Standard Constants, Enumerations and Structures / Objects Constants / Methods of Object Binding - Documentation on MQL5
Razão: