Discussão do artigo "Interfaces gráficas X: Seleção de texto na caixa de texto multilinha (build 13)" - página 2

 
Mikhail Dovbakh:

...

Este é um super projeto também em termos de qualidade da documentação.
....

A série atual de artigos pode ser considerada apenas como documentação técnica. Para usar a biblioteca em seus projetos MQL, uma descrição tão volumosa e detalhada é, obviamente, muito redundante. Para entender rapidamente as possibilidades e os métodos para projetar suas próprias interfaces gráficas, agora é mais fácil abrir o arquivo do controle de interesse e ler o conteúdo da classe nas listas de métodospúblicos.

Tentarei mais tarde (após o lançamento) mostrar brevemente como usar tudo isso em um artigo. Talvez eu crie a ajuda no mesmo estilo da documentação MQL.

 
Anatoli Kazharski:

Ok, não vou distraí-lo. )

Você tem uma ótima oportunidade de ler artigos sobre esse tópico e até mesmo usar as soluções publicadas no código-fonte de forma fácil e simples, adaptando-as ao seu esquema.

Você pode publicar os resultados em seu blog. Estou acompanhando suas publicações. ;)

Obrigado por sua atenção às minhas publicações.


Infelizmente, não posso usar seus desenvolvimentos em meus códigos. Isso é tecnicamente impossível. Eu sigo o chamado "princípio da universalidade", ou seja, constantemente comprimo o código, reduzo o número de métodos e destruo tudo o que posso dispensar. Tento combinar cada função com um bloco que executa um conjunto de tarefas semelhantes e o integro a ele. No final, crio vários mecanismos grandes que funcionam com o kernel (memória comum que contém todas as informações da GUI) de diferentes maneiras. Ou seja, todas as funções retiradas de fora passarão por esse "moedor de carne" até que sua essência seja extraída, que terá de passar pelo teste de relevância de sua presença no mecanismo geral do mecanismo gráfico e, se provar que vale a pena, será integrada com algumas linhas adicionais de código.


Em suma, isso será um sacrilégio ao seu trabalho, que eu respeito sinceramente.

 
Реter Konow:

...

Infelizmente, não posso usar seus desenvolvimentos em meus códigos. É tecnicamente impossível.

...

Bem, por que você não pode? Sim, você pode. Talvez você simplesmente não saiba como, mas isso é outra questão. )

P.S. Tudo o que você descreve como um processo muito complexo é fácil e simplesmente resolvido com a abordagem OOP. No lançamento de minha biblioteca, tudo isso será apresentado com mais clareza.

 
Anatoli Kazharski:
Por que você não pode? Sim, você pode. Talvez você simplesmente não saiba como, mas isso é outra questão. )


Estou interessado em seu mecanismo de um campo de entrada de várias linhas desenhado. Mais tarde, vou estudá-lo com mais detalhes, e talvez suas soluções me ajudem a entender os princípios de seu funcionamento mais rapidamente e a criar meu análogo. Não excluo essa possibilidade, embora eu sempre tenha desenvolvido tudo sozinho. Mas, às vezes, você pode fazer algo errado. )


De qualquer forma, obrigado por compartilhar os frutos de seu talento gratuitamente.)

 
Реter Konow:

Minhas tabelas ainda não estão prontas, mas o exemplo que você demonstrou funciona da mesma maneira. .... É claro que nem tudo funciona perfeitamente ainda... A adição de colunas e colunas ainda não está implementada. ...

Ou seja, as tabelas não estão concluídas, não funcionam perfeitamente, muitas coisas não foram implementadas e, ainda assim, funcionam exatamente da mesma forma. Incrível. )

E, além dos botões ao longo dos anos, há mais alguma coisa implementada que já esteja funcionando?

 
Реter Konow:

...

De qualquer forma, obrigado por compartilhar gratuitamente os frutos de seu talento :)

A MQ pode ser agradecida por isso. Se fosse gratuito, acho que não me atreveria a publicar tudo. )
 
Anatoli Kazharski:

P.S. Tudo o que você descreve como um processo muito complexo é fácil e simplesmente resolvido com a abordagem OOP. Na versão da minha biblioteca, tudo isso será apresentado com mais clareza.

Minha tarefa é um pouco mais complicada, e provavelmente é por isso que acho tudo mais complicado. Quero criar um construtor, levando a criação da GUI, que exige muito trabalho, ao nível do "hacker preguiçoso que não aprende".

E isso é realmente difícil)).

 
Реter Konow:

Minha tarefa é um pouco mais complicada, e provavelmente é por isso que acho tudo mais complicado. Quero criar um construtor, levando a criação de GUIs de trabalho intensivo para o nível de "preguiçoso, sem aprendiz, sem carregador gratuito".

E isso é realmente difícil)).

Sim, não é fácil. ))

E o que você quer dizer com "designer"? Como você o vê? Como ele deve ser em sua opinião?

 
Anatoli Kazharski:

Ou seja, as tabelas não estão concluídas, não funcionam de forma ideal, muitas coisas não foram implementadas e, ainda assim, funcionam da mesma forma. Incrível. )

E além dos botões ao longo dos anos, há mais alguma coisa implementada que já funciona?

Sim, é claro. O construtor, por exemplo. Não vou discutir isso aqui. Meu blog mostra tudo.
 
Реter Konow:
Sim, claro. Um construtor, por exemplo. Não vou discutir isso aqui. Meu blog mostra tudo isso.

Você acha que é um construtor? Na minha opinião, um construtor deve ser, no mínimo, igual ao que é implementado no Visual Studio.

Ou seja, ele deve ser um construtor visual. Mais ou menos assim: