Bibliotecas: EasyAndFastGUI - biblioteca para criar interfaces gráficas do usuário - página 10
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
Sim, agora existe essa restrição (somente margem esquerda).
Obrigado, eu teria levado mais um dia para fazer isso)) .
Na versão MT4, o SimpleButton não tem a função de alterar o texto/capítulo do botão.
SimpleButton.mqh
Adicione a segunda linha para obter essa funcionalidade. Espero que ajude alguém que precise.
Pergunta sobre elementos móveis.
Em que casos pode ser necessário mover separadamente a tela, separadamente o próprio elemento?
Uma pergunta sobre a movimentação de elementos.
Em que casos pode ser necessário mover separadamente a tela, separadamente o próprio elemento?
Não estou entendendo a pergunta.
Não estou entendendo a pergunta.
Especificamos a nova distância separadamente para a tela e separadamente para o próprio elemento. Seria lógico especificar apenas a distância para o elemento e movê-lo junto com a tela.
É isso que estou perguntando, qual é a razão de separar? :)
Especificamos a nova distância separadamente para a tela e separadamente para o próprio elemento. Seria lógico especificar apenas a distância para o elemento e movê-lo junto com a tela.
É isso que estou perguntando, qual é a razão de separar? :)
O que você está tentando fazer? Qual é a tarefa? Mover programaticamente um formulário com elementos no gráfico?
Não, o elemento no molde. Digamos que você arranque o rótulo abaixo.
Esses são dois objetos diferentes. Um é parte do outro. Há elementos compostos mais complexos e cada parte precisa receber coordenadas relativas. Relativas ao elemento principal do qual fazem parte.
Você pode adicionar um método virtual à classe base do elemento, o que facilitará a movimentação de elementos em tempo de execução.
Tente isso.
Eles são dois objetos diferentes. Um é uma parte do outro. Há blocos de construção mais complexos e cada parte precisa receber coordenadas relativas. Relativas ao elemento principal do qual fazem parte.
Você pode adicionar um método virtual à classe base do elemento, o que simplificará o movimento dos elementos durante a execução do programa.
Tente isso.
Os componentes de elementos complexos são vinculados ao elemento principal e se movem junto com ele. Pelo que entendi... E a tela, de alguma forma, saiu desse conceito :)
O objetivo desta pergunta era descobrir se há casos em que você precisa mover um elemento sem tela ou tela sem elemento?
Tenho uma ideia de adicionar algo assim ao CElement::Moving
para que a tela sempre se mova atrás do elemento.
Nada quebrará nesse caso? :)
Os componentes de elementos complexos são anexados ao elemento principal e se movem junto com ele. Pelo que entendi... E a tela, de alguma forma, saiu desse conceito :)
O objetivo desta pergunta era descobrir se há casos em que você precisa mover um elemento sem tela ou tela sem elemento?
Tenho uma ideia de adicionar algo como isto ao CElement::Moving
para que a tela sempre se mova após o elemento.
Nada vai quebrar nesse caso? :)
Inicialmente, não havia essa tarefa de que, após a criação da GUI, era necessário mover os elementos. Tudo foi baseado na ideia de que em cada elemento todo o comportamento necessário já estava implementado.
Perguntas contrárias: Por que você precisa mover os elementos? O que você quer fazer? Que comportamento você deseja obter ao interagir com a GUI?
Para saber se algo vai quebrar, você precisa testar todos os elementos após cada alteração nas classes de base. Já é difícil dizer isso imediatamente. Já faz algum tempo que não faço uma análise profunda.
Crie uma GUI de teste com todos os elementos da biblioteca e teste-os após as alterações.