Erros, bugs, perguntas - página 2019
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Tem sido escrito sobre muitas vezes. Não corrigido por qualquer razão.
Já o vi escrito antes sobre flechas que nem sempre podem ser exibidas imediatamente após uma transacção. Abri também uma candidatura deste tipo. Mas para ter tais omissões na lista do separador História, ainda não viu nenhum post.
P.S. E sim, depois de fornecer provas e todos os dados necessários para reproduzir o bug, por alguma razão um completo ignorar durante uma semana inteira, embora desde o início tenha respondido, recusando-se a concordar que existe um bug.
Já o vi escrito antes que as setas podem nem sempre aparecer imediatamente após uma troca. Abri também uma candidatura deste tipo. Mas ainda não vi tais omissões na lista do separador História.
É necessário trocar as abas várias vezes, depois o histórico torna-se correcto. É muito desagradável durante a depuração.
Os separadores têm de ser trocados várias vezes, depois a história torna-se correcta. É muito aborrecido durante a depuração.
Sim, é muito aborrecido em alguns casos quando se desenvolvem e depuram estratégias comerciais.
Não reparei que mudar as tabulações tenha de alguma forma alterado o conteúdo da lista do histórico:
Não tenho notado que a troca de separadores altera de alguma forma o conteúdo da lista do histórico:
Clique com o botão direito do rato e altere as Ofertas/Ordem.
Sim, isto é um grande obstáculo em alguns casos no desenvolvimento e depuração de estratégias comerciais.
Não reparei que a troca de separadores tenha alterado de forma alguma o conteúdo da lista do histórico:
Clique com o botão direito do rato e altere Transacções/Ordem.
Sim, tais acções restabelecem a lista do histórico do negócio:
Por favor, adicione os seguintes valores
ENUM_DEAL_DEAL_REASON
Identificador
Descrição
DEAL_REASON_LIMIT
O negócio foi executado como resultado de uma ordem limite que desencadeou
DEAL_REASON_MARKET
O negócio foi executado como resultado de uma ordem de mercado
DEAL_REASON_STOP
O negócio foi executado como resultado de uma ordem de paragem que desencadeou
Parece ser desnecessário. Mas há situações em que a ordem foi parcialmente executada, criando um acordo,caso em que DEAL_ORDER será encontrado, mas não estará na tabela de história, uma vez que a ordem ainda está viva.
Por outras palavras, para descobrir o tipo de encomenda, que causou o negócio, nem sempre é útil consultar o histórico da encomenda. Se não quisermos fazer confusão na procura de ordens entre as "mortas e vivas", podemos simplesmente acrescentar mais bandeiras de execução - depois das existentes, para manter a compatibilidade com ENUM_ORDER_REASON eENUM_POSITION_REASON. Ao mesmo tempo é desejável adicionar as mesmas bandeiras àENUM_POSITION_REASON para ser compatível
Uma pergunta sobre a OrderCalcMargin surgiu numa linha vizinhahttps://www.mql5.com/ru/forum/216697/page3
Teste: vamos verificar 2 formas diferentes de calcular o depósito através da substituição de preços de abertura diferentes.
Aqui está o LOG
A função OrderCalcMargin não considera o preço de abertura ao calcular a margem
Isto parece estar relacionado com a taxa de câmbio da moeda cotada, que tem de ser recalculada para o tempo e preço de abertura.
Se a moeda cotada for USD (e a moeda da conta também for USD), então a margem calculada será alterada de acordo com o preço de abertura.
Log para GBPUSD
É ou deveria ser um Bug?