MetaTrader 4 Build 529 beta lançado com novo compilador - página 29
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
O terminal está rodando no modo /Portátil, ME também está rodando no modo /Portátil. Após a compilação de um novo indicador, que não estava anteriormente presente no navegador do terminal, o novo indicador não aparece na lista de Indicadores Personalizados. Somente após reiniciar o terminal, o novo indicador aparece na lista de Indicadores Personalizados da janela do navegador.
Exatamente da mesma forma que os indicadores existentes não são atualizados após sua modificação em ME se o indicador já estiver funcionando na janela do par de moedas. Somente a remoção e reinicialização do indicador permite ver as mudanças feitas em seu código.
Não deveria ser assim? No meu 509 build e mais antigo funciona e funcionou assim - só depois de reiniciar o terminal é que você pode ver as mudanças.
Não deveria ser assim? Na minha construção 509 e mais antiga, tudo funciona e costumava funcionar assim - somente após recarregar o terminal é possível ver as mudanças.
As mudanças devem ser perceptíveis depois que o código for compilado.
Por exemplo, se o Expert Advisor estiver de pé na tabela, ele deverá reinicializar automaticamente.
As mudanças devem ser visíveis após a compilação do código.
Por exemplo, se o Expert Advisor estiver de pé em um gráfico, ele deve recarregar automaticamente.
Quem escreveu:
"...Atualizei o terminal... Quem me dera não ter :)..."
Fui eu?
Isto é a ajuda de um testador beta ou é o resmungo de um usuário insatisfeito?
Eu, eu escrevi. E não é resmungar, é um sarcasmo alegre e alegre :)
Não é minha culpa que o iVolume não esteja funcionando corretamente.
Não consigo colocar 100% dos meus especialistas para trabalhar.
Portanto, não se preocupe, coloque suas espadas em suas bainhas.
Eu, eu escrevi. E isso não é resmungar, é um sarcasmo alegre e alegre :)
Não é minha culpa se o iVolume não está funcionando corretamente
Eu não tenho 100% dos meus especialistas trabalhando.
Portanto, não se preocupe, coloque suas espadas em suas bainhas.
Você provavelmente não leu meu post acima onde descrevi o que está sendo escrito agora usando as versões beta do MT4. Em nix todos trabalham completamente em suas próprias caixas de areia, apenas o usuário root coloca programas comuns e distribui direitos para seu uso por outros usuários. A ideologia é completamente diferente ali, embora pareça similar à da Microsoft. A propósito, eu não me importo que a versão beta escreva as configurações do usuário em X:\Users\xxx\AppData\Roaming\MetaQuotes\Terminal\Terminal, eu me importo com o seguinte:
1. Que ele cria um subdiretório X:\Users\xxxAppData\Roaming\MetaQuotes\Terminal\B5589D10299052C8D921603EBD1F9752\ que até chegar lá você não saberá seu nome, além disso, ele muda seu nome a cada atualização.
2. Este caminho é usado não apenas para escrever as configurações do usuário, mas também para arquivos executáveis - indicadores, Expert Advisors, scripts, etc., em geral, todas as coisas para as quais você não deixará um estranho em seu PC, mesmo com um nome de usuário diferente. Embora isto, é claro, possa ser evitado mais tarde, mas a que preço.
É o primeiro ponto que me assusta acima de tudo porque a leitura/escrita de arquivos complicará o código usando estas operações.
Não é por nada que escrevi que chegou o momento em que a Microsoft força os desenvolvedores a escreverem seus dados apenas em locais estritamente designados. Especialmente com o Windows 8, isto se tornou ainda mais difícil.
A opção de trabalhar da maneira antiga não está mais disponível. O caminho parcial via /portável permanece, mas somente para aqueles que sabem exatamente o que estão fazendo. Mas mesmo assim, alguns dos dados ainda estarão em AppData.
1. O diretório não muda seu nome durante as atualizações e depende do caminho real onde o programa é instalado. Além disso, há um arquivo origin.txt dentro, que especifica o diretório de lançamento original.
2. É isso, agora não haverá diretórios /MQL4 / experts em Arquivos de Programas - os dados de trabalho só estarão disponíveis em uma única instância em AppData. A biblioteca MQL4.zip original será armazenada em Arquivos de Programas e implantada em diretórios de trabalho de AppData quando necessário.
Não pule a explicação - o sistema se ajusta para milhões de comerciantes que não têm nenhuma idéia sobre UAC e direitos de acesso.
Os 532 build reportaram erros de tempo de execução (por exemplo, overruns de matriz), os 536 não.
Será mais difícil de monitorar.
Embora no terminal antigo tudo funcionasse e não escrevesse nada.
536 faz, nós não o desligamos.
Confira você mesmo com um exemplo simples.Escrevi para o balcão de serviço, restabeleci os códigos e fiz um vídeo também.
Eu não escrevi por nada que existe agora um momento em que a Microsoft está comprometendo os desenvolvedores a escrever seus dados apenas em locais estritamente designados. Especialmente com o Windows 8, isto se tornou ainda mais difícil.
A opção de trabalhar da maneira antiga não existe mais. O caminho parcial através /portável permanece, mas somente para aqueles que sabem exatamente o que estão fazendo. Mas mesmo assim, alguns dos dados ainda estarão em AppData.
1. O diretório não muda seu nome durante as atualizações e depende do caminho real onde o programa é instalado. Além disso, há um arquivo origin.txt dentro, que especifica o diretório de lançamento original.
2. Agora removemos /MQL4 / especialistas dos Arquivos de Programas - os dados de trabalho só estarão disponíveis em um único local em AppData. A biblioteca MQL4.zip original será armazenada em Arquivos de Programas e descompactada em diretórios de trabalho de AppData quando necessário.
Não perca a explicação - o sistema se ajusta para milhões de comerciantes que não têm nenhuma idéia sobre UAC e direitos de acesso.