Desejos para MT5 - página 113

Novo comentário
 

O que falta no MQL é uma função que produziria o número de barras alteradas para um determinado símbolo/linha de tempo. Cada vez que tenho de verificar todo o histórico e compará-lo com o histórico anterior para encontrar alterações. É muito irracional, requer memória desperdiçada para guardar o histórico completo numa matriz, mais o custo de obter e comparar o mesmo histórico.Especialmente com o MT5 onde o histórico anterior é periodicamente apagado da memória e depois precisa de ser descarregado do disco. E nem sequer vou falar em complicar o código. Tantas dificuldades ridículas, em vez de apenas perguntar ao Metatrader que sabe exactamente se o histórico foi alterado ou não.

Os indicadores têm um mecanismo semelhante (parâmetro pré_calculado), mas apenas para esse símbolo e período, em que o indicador está a funcionar. E símbolos diferentes podem participar nos cálculos. Por conseguinte, precisamos de uma função que devolva o número de barras actualizadas (ou tempo, a partir do qual as barras actualizadas começam) para qualquer símbolo.

 
Cavalheiros programadores, tencionam fazer um destaque de sintaxe normal no MetaEditor? Isto é, tipos/classes numa cor, variáveis noutra, funções na terceira, macros na quarta, etc. Em geral, como em IDEs normais. Caso contrário, apenas ferramentas MQL padrão são destacadas. Como resultado, quando se utiliza activamente OOP o código inteiro transforma-se num texto preto sólido (sem contar com os operadores). Não será possível distinguir imediatamente os nomes das classes, objectos e funções. É muito difícil de ler. Muitas vezes apanho-me a pensar que é muito mais agradável usar os primitivos padrão por causa da clareza do código (para que não pareça uma massa negra). E não deveria ser assim.
 
meat:
Senhores programadores, tencionam fazer um realce de sintaxe normal no MetaEditor? Isto é, tipos/classes com uma cor, variáveis com outra, funções com outra, macros com a quarta, etc. Em geral, como em IDEs normais. Caso contrário, apenas ferramentas MQL padrão são realçadas. Como resultado, quando se utiliza activamente OOP o código inteiro transforma-se num texto preto sólido (sem contar com os operadores). Não será possível distinguir imediatamente os nomes das classes, objectos e funções. É muito difícil de ler. Muitas vezes apanho-me a pensar que é muito melhor usar primitivos padrão por uma questão de clareza de código (para que não pareça massa negra). Mas não deveria ser assim.
Aberto em outros compiladores!!!
 

Pena que nenhum dos programadores responda neste tópico. Pergunto-me se eles sequer olham aqui... Também no servicingdesk, todas as sugestões normalmente ficam sem resposta (só os bugs são respondidos). Não é bom.

Mas vamos continuar com isto.

De tempos a tempos enfrento um problema tal que é impossível identificar claramente o Expert Advisor/indicator que está a correr. Por exemplo, um Expert Advisor cria e utiliza um determinado ficheiro (ou uma variável global) que é utilizado especificamente para esta EA (ou melhor, para este exemplo).E outras EA não devem utilizar este ficheiro / variável global, têm as suas próprias variáveis. Então, como deve a EA encontrar o seu ficheiro / variável após o reinício do terminal ou após a reinicialização dos parâmetros?

Se o ficheiro for nomeado pelo nome da EA / símbolo / prazo, então qualquer outra instância desta EA num gráfico semelhante abrirá esse ficheiro. Se o ficheiro for nomeado pelo manípulo da janela, então o manípulo deixará de ser válido após uma recarga.

Em suma, precisamos de uma identificação única para a EA/indicador, que não mudaria na recarga. Por exemplo, pode ser o momento de ligação da EA ao gráfico. Sugiro adicionar este parâmetro à MQLInfoInteger.

 

No MetaEditor, queremos poder dar um passo atrás.

Ou seja, a chamada da função "Função_B" a partir da função "Função_A":

bool Function_A(void)
  {
   Function_B()
   return(true);
  }

Após clicar no texto"Function_B" e depois clicar no botão do meio ou Alt+G - a function_B é mudada para. Após revisão do código, é necessário voltar ao local de chamada - à Função_A. Mas não existe tal funcionalidade. E nós queremos fazê-lo.

 
Karputov Vladimir:

No MetaEditor, queremos poder dar um passo atrás.

Ou seja, chamar à função "Função_B" a partir da função "Função_A":

Depois de clicar no texto"Function_B" e depois de clicar no botão do meio ou Alt+G - a Function_B é mudada para Function_B. Após revisão do código, é necessário voltar ao local de chamada - à Função_A. Mas não existe tal funcionalidade. Mas nós gostaríamos que assim fosse.

Sim, seria conveniente. Escreva também ao Service Desk.

Temos acesso rápido à definição(Alt+G). Precisamos de uma mudança rápida da definição para trás.

 
Karputov Vladimir:

No MetaEditor queremos poder dar um passo atrás.

Ou seja, a chamada da função "Função_B" a partir da função "Função_A":

Depois de clicar no texto"Function_B" e depois de clicar no botão do meio ou Alt+G - a Function_B é mudada para Function_B. Após revisão do código, é necessário voltar ao local de chamada - à Função_A. Mas não existe tal funcionalidade. E nós queremos fazê-lo.

passo em frente Ctrl+-, passo para trás Ctrl+Shift+-
 
Vitalie Postolache:
passo em frente Ctrl+-, passo para trás Ctrl+Shift+-
Não é verdade. Não funciona.
 
Karputov Vladimir:
Não é verdade. Não funciona.

Estranho, funciona para mim. Pressionou Alt+G na chamada de função e saltou para a definição da função, depois pressionou Ctrl+- e saltou para trás.

Misturei as combinações acima, é o contrário: passo em frente Ctrl+Shift+-, passo atrás Ctrl+-, desculpe.

 
Karputov Vladimir:
Não é verdade. Não funciona.
Eu tentei. Funciona para mim. )
1...106107108109110111112113114115116117
Novo comentário
Razão: