Erros, bugs, perguntas - página 23
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
Autosize obras dentro dos limites das proporções da coluna estabelecidas.
Ou seja, o tamanho não flutua, dependendo se as colunas estão cheias ou vazias. Se não for necessária uma coluna, é melhor desligá-la.
O campo bancário pode ser ou um fornecedor de liquidez ou um fornecedor de cotações. O campo bancário é preenchido pela porta de entrada/datafeto.
Obrigado pela dica. desligou-a. até agora o campo está vazio. e não traz qualquer informação. esperemos que quando algo aparecer, seja descrito na ajuda, o que é e o que comem.
i>Mas a pergunta não foi respondida, distingue-se de alguma forma entre o fornecedor de cotação e o fornecedor de liquidez. Como pode ser? Significa que a Rosh vai vender-me 100 lotes EUR vs USD a 1,6 e a Renat vai dar-me liquidez a este preço? Pronto para fazer um acordo agora mesmo, para onde transferir o dinheiro para ?
Z.U. Mas a pergunta ainda não está respondida, faz alguma distinção entre um fornecedor de cotação e um fornecedor de liquidez? Como pode ser? Será possível que Rosh me venda 100 lotes EUR vs USD a 1,6, e que Renat me dê liquidez a este preço? Estou pronto para fazer um acordo agora mesmo, para onde transferir o dinheiro ?
Por isso respondi: é a porta de entrada/alimentação de dados que preenche o campo bancário.
Ao depositar e retirar, o evento comercial é gerado e pode tratá-lo no OnTrade.
Isto é compreensível, de acordo com a ideia de que as operações comerciais devem ser reflectidas no OnTrade. A questão é como processá-los correcta e rapidamente (sem complicações adicionais para o Conselheiro Especialista).
Tanto quanto sei, é preciso agir desta forma:
1. Obtenha o número de negócios na história usando HistoryDealsTotal();
2. Se o número de negócios tiver aumentado, então obtenha o bilhete do último negócio usando o HistoryDealGetTicket();
3. Usando o bilhete disponível, determinar o tipo de ofertas, isto é feito usando o HistoryDealGetInteger(DealTicket, DEAL_TYPE).
4. Dependendo do resultado, realizar determinadas acções.
PS
Estou correcto, ou existe uma opção "melhor"?
Retirada de teste no testador usando a função TesterWithdrawal.
Não estou interessado no TesterWithdrawal em si, porque o processo pessoalmente não no OnTrade() mas num local de chamada, mas como apanhar operações de equilíbrio durante o funcionamento normal (tudo de uma vez e a tempo) é uma questão que ainda não decidi com 100% de confiança.
outra construção está fora e o erro de custo de um ponto ainda não foi corrigido
Interesting:
Tanto quanto sei, é algo parecido com isto:
1. Obtenha o número de negócios na história usando HistoryDealsTotal();
2. Compare este número com uma variável, se o número de negócios tiver aumentado, obtenha um bilhete do último negócio usando HistoryDealGetTicket();
3. Usando o bilhete disponível, determinar o tipo de ofertas, isto é feito usando o HistoryDealGetInteger(DealTicket, DEAL_TYPE).
4. Dependendo do resultado, realizar determinadas acções.
PS
Acertei, ou existe uma variante mais "bem sucedida"?
Outra questão em MQL4 para a função
utilizou a biblioteca
#include <WinUser32.mqh>Não encontrei tal biblioteca na MQL5, ou não é necessária agora?Outra questão em MQL4 para a função
biblioteca foi utilizada
Não encontrei tal biblioteca na MQL5, ou não é necessária agora?