Galeria de UIs escritas em MQL - página 74

[Vitaliy Kostrubko]

Nikolai Semko #:

É importante lembrar que Peter criou isso sem conhecimento de OOP e sem usar a depuração (!!!).Eu estaria exausto e não conseguiria fazer isso sem OOP e depuração.
E não importa que esse trabalho não tenha sido reivindicado, Peter é uma beleza!Respeito!

... COMO ESSE trabalho acabou não sendo reclamado?! 0_О

...
e eu estou apenas procurando um designer gráfico para criar um painel de negociação! Eu até perguntei aos desenvolvedores de MQL-5 aqui: https://www.mql5.com/ru/forum/476574:).

... Vou lhe dizer imediatamente que, no momento em que escrevo este comentário, li o Branch até a 8ª página ... . e, acredite, estou admirado com o trabalho do autor (!) :)

[Реter Konow]

Período aproximado de liberação, de 22 a 28 de novembro.

P.S. Favor levar em conta a grande quantidade de trabalho. Obrigado.

[Vitaliy Kostrubko]

Реter Konow #:
Período de lançamento provisório, entre 22 e 28 de novembro.

P.S. Por favor, leve em consideração a grande quantidade de trabalho. Obrigado.

Gostaria muito de ser um testador beta :)

[Vitaliy Kostrubko]

... Por falar em conteúdo (para "ideias futuras"):

No momento, estou "tentando" projetar um painel diretamente a partir de objetos de terminal: botão e rótulo de texto,

e me deparei com esta situação: -->

--> para "mim mesmo" - para evitar confusão nos botões - decidi assinar o próprio botão "em detalhes".
e, portanto, foi necessário fazer a inscrição não no botão em si (porque a inscrição estará no meio da altura do botão), mas na forma de texto "sobreposto" no botão (!), por isso a inscrição acabou sendo de duas linhas:

Daí a premissa de expressar essa situação - caso, no futuro, você "invente" uma maneira - COMO fazer essas legendas de 2-3 linhas nos botões da GUI --> sem ou com kanvas --

[Реter Konow]

Vitaliy Kostrubko #:

_/\_, eu adoraria ser um testador Beta :)

Obrigado pela iniciativa!

Isso certamente ajudará a melhorar a qualidade da implementação técnica. Mas devo dizer desde já que o código do construtor ou do editor não está sujeito a discussão. Apenas o trabalho de funcionalidade e a conformidade com os requisitos do usuário. Esse é um pré-requisito. Se você concordar, tudo correrá "sobre trilhos". :)

[Реter Konow]

Vitaliy Kostrubko #:

... COMO fazer legendas semelhantes de 2 a 3 linhas nos botões de sua GUI --> sem kanvas, ou COM kanvas

Desejo.

[Реter Konow]

Uma decisão estratégica cuidadosamente considerada foi tomada para focar totalmente na restauração da funcionalidade do editor visual. De acordo com estimativas aproximadas, ele poderá se tornar minimamente completo e aplicável na prática nas próximas três semanas. Além disso, somente desenvolvimento e aprimoramento.

Explicarei os motivos dessa decisão mais adiante.

[Maxim Kuznetsov]

Vitaliy Kostrubko #:

... Falando de conteúdo (para "ideias para o futuro"):

No momento, estou "tentando" projetar um painel diretamente a partir dos objetos do Terminal: Button e Text Label,

e me deparei com esta situação: -->

--> Para "mim mesmo" - para evitar confusão nos botões - decidi assinar o próprio "detalhe" do botão.
E, portanto, foi necessário fazer a inscrição não no botão em si (pois a inscrição aparecerá no meio da altura do botão), mas na forma de texto "sobreposto" no botão (!). É por isso que a inscrição acabou sendo de duas linhas:

Daí a premissa de expressar essa situação - caso , no futuro, você "invente" uma maneira - COMO fazer essas legendas de 2-3 linhas nos botões da sua GUI --> sem ou com kanvas --

certo? :-)

sem editores de GUI :-)

ou assim...

ou assim.

:-)

só para constar, e eu tinha 10 minutos de sobra...

[Реter Konow]

Por que não vale a pena continuar desenvolvendo a direção da linguagem de marcação:

1. Alto limite de entrada.

Para que os usuários criem painéis complexos, eles precisam conhecer as regras da linguagem. Mas eles só as conhecerão depois de estudar cerca de 20 tutoriais que precisarei escrever nos próximos 6 a 7 meses.

2. É impossível usar totalmente os modelos de GUI sem conhecer as regras da linguagem.

O conhecimento é obtido por meio de tutoriais, e os materiais são impressos em artigos. Os artigos são publicados em intervalos de um ou dois por mês. Para concluir um curso completo de estudo, é necessário publicar pelo menos 7 a 10 artigos e, nesse ritmo, o processo levará cerca de meio ano.

A conclusão dos argumentos acima é que faz sentido publicar modelos somente após a publicação dos artigos. Sem conhecimento prático da linguagem, os usuários não poderão modificar os modelos de código kib para atender às suas necessidades, o que reduzirá significativamente sua utilidade. Como resultado, os usuários recorrerão a mim para obter explicações e ajuda. Posso ajudar uma ou duas pessoas, mas se houver mais, estaremos em um beco sem saída.

Agora, por que faz muito sentido desenvolver um editor visual.

1. Baixo limiar de entrada para os usuários.

O editor visual tem a vantagem de ser intuitivo. Seus recursos e limitações são facilmente reconhecidos ao explorar sua interface gráfica. A adição de dicas de ferramentas ajuda a entender as complexidades.

2. Pouca quantidade de material de treinamento necessário para começar a usar o editor visual.

O curso inteiro pode ser encaixado em 3 a 5 artigos. Mas, mesmo sem eles, os usuários aprenderão rapidamente a criar painéis simples e complexos.

3. O editor simplifica e acelera a criação da GUI o máximo possível.

A diferença entre o esforço de trabalhar com uma linguagem de marcação e com um editor visual é enorme. Esse fator finalmente fez a balança pender a favor do editor visual. O baixo esforço necessário influencia favoravelmente o interesse dos usuários em criar aplicativos de negociação com GUI.

4. A base conceitual do editor visual é bem pensada, e a base técnica foi escrita e testada há 4 anos. Podemos dizer que, objetivamente, o editor está no limiar de sua primeira versão.

[Реter Konow]

Maxim Kuznetsov #:

certo? :-)

isso é sem editores de GUI :-)

ou assim.

ou isso

:-)

Só estou dizendo, e eu tinha 10 minutos de sobra...

É claro que haverá pessoas que desejarão usar programas de terceiros para criar uma GUI e conectá-la por meio de DLLs, tudo bem.

A escolha é de todos.