Galeria de UIs escritas em MQL - página 79

Novo comentário
 
6 princípios básicos (curtos e claros)

1. Cópia de elementos.

2. Exclusão de elementos.

3. Edição manual (mover, esticar, imprimir).

4. Edição por meio de controladores (obtendo propriedades em editores de elementos e alterando-as).

5. Carregamento de modelos e projetos de GUI a partir de arquivos.

6. Salvar modelos e projetos de GUI em arquivos.
 

Preciso de boas instruções, tutoriais em vídeo sobre como criar um painel de A a Z. Interface em russo ;)

Caso contrário, a abundância de funcionalidades é assustadora.

 
Aleksey Vyazmikin criar um painel de A a Z. Interface em russo ;)

Caso contrário, a abundância de funcionalidades é assustadora.

Sim, espero criar tutoriais em vídeo e escrever alguns artigos. Mas talvez a principal tarefa seja tornar o editor autoexplicativo. Por exemplo, ao mover o cursor sobre um elemento, as setas aparecerão e ficará claro para o usuário que ele pode agarrá-lo pelas bordas e alterar seu tamanho. E se aparecer uma cruz, o usuário perceberá que o elemento foi arrastado na tela. Ao clicar em um elemento, suas dimensões serão desenhadas - altura e largura - também de forma bastante clara. O texto e o ícone podem ser movidos dentro do elemento. Ao apontar para eles, as setas também aparecerão. O tamanho do texto pode ser alterado ao ser esticado. As distâncias entre os elementos durante o movimento, bem como a coincidência de suas posições vertical e horizontal, também aparecem na tela na forma de linhas vermelhas. Nesse aspecto, tudo fica claro de uma só vez.

Quanto à edição de elementos, colocarei os responsáveis pelas propriedades principais na parte superior e moverei o restante para baixo. Além disso, ele bloqueará automaticamente os elementos que não pertencem à instância que está sendo editada naquele momento. Isso simplificará o trabalho na janela de editores de elementos.

Além disso, as dicas de ferramentas ao passar o mouse aparecerão acima dos nomes de propriedades obscuras. Elas explicarão ao usuário o significado dessa ou daquela propriedade do elemento que está sendo editado. Nesse estágio, tudo está claro.

Quanto à tela de edição no centro. Embora o conceito final ainda não esteja formado. Presumo que o usuário coletará ali os modelos de elementos ou grupos e os transferirá para as janelas. Ou seja, na subjanela esquerda de modelos, ele copiará o elemento arrastando e soltando, alterará o tamanho, a cor, o texto e assim por diante, depois clonará várias dessas coisas e as salvará em um arquivo como modelo ou as transferirá imediatamente para sua janela. Acho que um vídeo curto será suficiente para explicar esse processo aos usuários.

De modo geral, quase nada nesse editor exigirá longas explicações ou tutoriais e seu domínio não levará mais de uma hora. E essa é sua vantagem inegável sobre a linguagem de marcação).


 
Реter Konow #:
De modo geral, quase nada nesse editor exigirá longas explicações ou tutoriais e seu domínio não levará mais do que uma hora.
E essa é sua vantagem inegável sobre a linguagem de marcação).

Bom objetivo! É necessário recrutar testadores que realmente dominem a funcionalidade do zero, então será mais óbvio o que prestar atenção na ergonomia da interface....

 
Aleksey Vyazmikin #:

Boa meta! É necessário recrutar testadores que realmente aprendam a funcionalidade do zero, pois assim será mais óbvio o que deve ser observado na ergonomia da interface.

Concordo, mas precisamos chegar lá. Uma pessoa já se ofereceu para ser um testador beta nas páginas da filial, espero que haja outros, mas ainda é muito cedo. Em algum momento do próximo mês, o teste inicial do editor se tornará relevante. Ainda há muito trabalho de rotina que atrasa consideravelmente as coisas. Todas essas tabelas de propriedades, grupos de modelos, atribuições de guias e grupos, decisões de design, pequenos bugs... mas ninguém disse que seria fácil.)
 
Реter Konow #:
Concordo, mas precisamos chegar a esse ponto. Uma pessoa já se ofereceu para ser um testador beta nas páginas de discussão, esperamos que haja outros, mas ainda é muito cedo. Em algum momento do próximo mês, o teste inicial do editor se tornará relevante. Ainda há muito trabalho de rotina que atrasa consideravelmente as coisas. Todas essas folhas de propriedades, grupos de modelos, atribuições de guias e grupos, decisões de design, pequenos bugs... mas ninguém disse que seria fácil.)

De qualquer forma, você gasta tempo em um produto que cumpre sua finalidade, ao contrário de muitas outras pessoas aqui que escrevem os mesmos EAs sem garantia de resultados.

 
Реter Konow #:
Por que não faz sentido 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ó poderão conhecê-las depois de estudar cerca de 20 tutoriais que precisarei escrever nos próximos 6 a 7 meses.

Acho que há algum erro nisso, afinal, quem usará a base desenvolvida não é um usuário comum, e para um desenvolvedor a necessidade de aprender os princípios de aplicação da tecnologia é um fenômeno normal

 
Aleksey Vyazmikin #:

De qualquer forma, você gasta seu tempo em um produto que cumpre sua finalidade, ao contrário de muitas outras pessoas aqui que escrevem os mesmos consultores sem garantia de resultados.

Sim, meu produto cumpre a tarefa, mas ele não tem sentido sem as pessoas que escrevem EAs sem garantia de resultados. Portanto, não posso criticá-los, deixe-os continuar escrevendo).
 
Реter Konow #:
Sim, meu produto cumpre a tarefa, mas ele não tem sentido sem que as pessoas escrevam consultores sem garantir o resultado. Portanto, não posso criticá-los, deixe-os continuar escrevendo).

Não se trata de crítica, mas da alegria de obter um resultado tangível.

 
Kuzma Shevelev #:

Acho que há algum erro nisso, afinal, quem usará a base desenvolvida não é um usuário comum, e para o desenvolvedor a necessidade de aprender os princípios da tecnologia é normal

Para um desenvolvedor, com certeza. Entretanto, observando objetivamente a experiência dos autores de artigos e bibliotecas de GUI, não se pode deixar de notar algumas dificuldades de popularização que eles tiveram que enfrentar. Por algum motivo não muito claro para mim, esse tópico não atrai a atenção do público em geral. Talvez porque a porcentagem de desenvolvedores experientes não seja alta, mas também é provável que a complexidade de grandes bibliotecas e artigos assuste alguém. Vamos encarar os fatos: a OOP não é uma abstração simples e, quando isso atrapalha, a motivação da pessoa é testada.

É claro que minha linguagem de marcação é muito mais simples do que o conceito de OOP, mas ela também exige uma apresentação dividida em partes e estendida por meses. Em termos de popularização de qualquer coisa, essa é uma abordagem muito ineficiente. Portanto, cheguei à conclusão de que uma linguagem de marcação quase inevitavelmente sofrerá o mesmo destino que as bibliotecas gráficas.

Em contrapartida, um editor visual dentro da plataforma de negociação é uma nova maneira. Isso nunca foi feito aqui antes. Portanto, há esperança de que ele tenha um destino diferente.

1...727374757677787980818283
Novo comentário