MetaTrader 4 Build 529 beta lançado com novo compilador - página 68

Novo comentário
 
Evgeno:
Algo está errado com os objetos... O posicionamento z exatamente o oposto)))) O cursor reage ao objeto que está atrás de outro ....., ou seja, se o botão é colocado antes do retângulo, ele na verdade não funciona)))) ZORDER tentou configurações diferentes - não tem efeito)))) (terminal 547, ME 874)

Bem, obrigado, pelo menos alguém notou os mesmos problemas sobre os quais escrevi há alguns dias.
Aqui está o post anterior:
-----
pro_ 20.11.2013 01:08 #
Problema de renderização e funcionalidade dos objetos.
Ao desenhar objetos (OBJ_EDIT e OBJ_BUTTON) a ordem na qual eles aparecem no gráfico depende do nome, este não era o caso no MT5.
Explicarei isso através do exemplo.
Vamos supor que um gráfico exibe OBJ_EDIT chamado "A" e OBJ_BUTTON chamado "B". Como os objetos aparecem em ordem alfabética, OBJ_BUTTON é desenhado em cima de OBJ_EDIT, que é basicamente o que eu quero no meu caso. Mas o problema é que o botão não funciona.
Caso OBJ_EDIT tenha nome "B" e OBJ_BUTTON tenha nome "A", o botão fica sob OBJ_EDIT e não é visível, mas mesmo assim está ativo e funciona bem se você clicar nele "cegamente".
Por favor, corrija para que seja como no MT5.
-----

A isto, podemos acrescentar mais:
1) quando OBJ_EDIT é destacado , os nomes dos indicadores e a escala de seus valores desaparecem;
2) é possível deixar OBJ_EDIT selecionado apenas pressionando a tecla "Enter"; clicar fora do objeto não ajuda, clicar nos botões (OBJ_BUTTON) ajuda, mas OBJ_EDIT permanece selecionado.
3) As linhas de tendência, fibos, etc. são desenhadas sobre OBJ_EDIT e OBJ_BUTTON se seus nomes estiverem em ordem alfabética abaixo dos nomes dos objetos criados e permanecem abaixo dos objetos criados se seus nomes forem alterados para, por exemplo, "aaaTrendline". Neste contexto, é possível fazer objetos criados pelo Expert Advisor ou indicador (botões, campos de entrada) sempre em primeiro plano(em cima de outros objetos, tais como linhas de tendência, por exemplo)?
 
Sem problemas com download, atualização, conexão. Atualiza-se a si mesmo ao reiniciar. Já tenho até o real no novo terminal. Nenhuma reclamação até o momento. Portanto, amigos, vamos passar a testar e discutir bugs ou falhas internas, já está na página 7 sobre conexão e atualização de "problemas".
 

Eu criei um novo projeto no editor, adicionei a pasta fileSharing e coloquei nele o arquivo mq4. Criei uma pasta de projeto fileSharing no meu perfil mql5.com e coloquei o arquivo nele, que pode ser lido pelo meu navegador. Ótimo.

No editor no navegador, selecione Adicionar direitos de acesso no menu de contexto em fileSharing. Acrescento um usuário e lhe atribuo acesso de leitura/escrita. Agora ele clica com o botão direito em projetos no editor e seleciona MQL5 Storage --> Extract. Então ele recebe esta mensagem:


OK. Eu fiz o mesmo em meu editor: clique com o botão direito do mouse em projetos e selecione MQL5 Storage --> Extract. Em minha resposta eu recebo isto:


Então, cria seu próprio projeto e me atribui direitos, mas como resultado, enquanto (verdadeiro), para(;;) e assim por diante...

Os projetos são visíveis no editor mql5 e você tem acesso a eles.

Será implementado aqui?

 
Barbarian:
Presumo que os testes oficiais já tenham começado?

Do CD (demo) ontem 546 baixado

Está testando ou rodando com tanques - veremos mais

 

A pasta MQL4 é agora o principal armazenamento para indicadores, etc.

Posso guardá-la, mas apagar a pasta dos especialistas?

algo mais?

 
poruchik:

A pasta MQL4 é agora o principal armazenamento para indicadores, etc.

Posso guardá-la, mas apagar a pasta dos especialistas?

algo mais?

Eu tentaria mudá-lo deste local para outro. E veja o que acontece.
  
void TXT_Put(string _filename,string _contents=""){
        int _hd=FileOpen("ADD\\"+_filename,FILE_WRITE|FILE_BIN);
        FileWriteString(_hd,_contents);
        FileClose(_hd);
        return;
        }

int OnInit(){
        TXT_Put("timers\\eurusd1.tmr","test data");
        
        return(0);
        }

O arquivo não é escrito para... cria um arquivo vazio, 0 bytes

...

OBJPROP_TOOLTIP propriedade não funciona como

ENUM_BORDER_TYPE: sem constantes BORDER_FLAT, o compilador gera um erro...(mas 0,1 e 2 trabalhos)

 
poruchik:

Do CD (demo) ontem 546 baixado

Está testando ou funcionando com os tanques - veremos mais tarde

Acho que é um terminal atualizado a partir da pasta de atualizações gerais, nada a ver com DC.

Você atualiza um terminal e todos os outros farão o mesmo após o reinício (pelo menos era assim que costumava ser).

 
ALXIMIKS:


Tive medo de usá-lo de verdade, tive que baixar e instalar outro terminal.

A tudo se loga e funciona muito bem.
Eu tive que baixar e instalar outro:

Acho que é o terminal que foi atualizado a partir da pasta de atualizações gerais, não do CD.

Se você atualizar um terminal, todos os outros farão o mesmo após o reinício (pelo menos, era assim que costumava ser).

A lógica parece ter sido mudada. Pelo menos no XP apenas o terminal que eu preciso é atualizado, os outros no 509.
 
Interesting:
Tudo se loga e funciona muito bem.
A lógica parece ter sido mudada. Pelo menos no XP apenas o terminal que eu preciso é atualizado, os outros no 509.

Sim, o que está sendo testado é atualizado, mas os outros permanecem 509 e não dizem que a atualização está disponível. Se você conectá-los ao servidor MC, então tudo bem.
1...616263646566676869707172737475...161
Novo comentário
Razão: