Galeria de UIs escritas em MQL - página 75

Novo comentário
 
Реter Konow #:
...
4. A base conceitual do vis.editor é bem pensada, e a base técnica foi escrita e testada há 4 anos. Podemos dizer que o editor está no limiar de sua primeira versão.
Vale a pena explicar esse ponto em detalhes.

O Visual Editor (VE) requer a implementação da funcionalidade mínima necessária. Vamos considerar em geral o que é isso.

Base funcional do VE:

1. Interações de edição e elementos editáveis.

2. Separação do núcleo gráfico em uma área de equipe e outra de usuário. Os elementos editáveis e de edição devem estar em diferentes partes do núcleo, o primeiro na área da equipe e o segundo na área do usuário.

3. As funções de criação e exclusão de elementos e janelas devem funcionar com a parte do usuário do núcleo e ser chamadas por elementos da parte padrão.

4. A funcionalidade de salvar a parte personalizada do kernel após a edição da GUI.

5. Carregar a parte salva do kernel (projeto) a partir de um arquivo, para redesenhar e refinar o projeto.


Esse é o mínimo necessário para que um editor funcione.


O que já está implementado:

1. Interação de editores e elementos editáveis.

Os editores têm duas propriedades específicas: Target_object e Target_property. Quando o usuário clica em um elemento editável, ele passa a ter um foco especial. Nesse momento, os elementos do editor recebem os valores de propriedade do elemento editável em seus parâmetros, de acordo com sua propriedade Target_property, e os enviam por meio de sua outra propriedade especial, Output_property. Ou seja, se Target_property for a cor do elemento, então Output_property poderá ser um texto exibindo o nome da cor do elemento editável ou a cor base do elemento editor, que muda de acordo.

Há muitas variantes de interconexão desses elementos, mas a implementação técnica não é uma tarefa difícil e é bastante simples.

2 - O construtor agora tem seu próprio arquivo de API interno, o que facilita o uso da funcionalidade de suas próprias janelas de personalização usando funções de wrapper e eventos de entrada da GUI.

3) Além disso, o construtor pode ser carregado de duas maneiras: diretamente do kernel, ignorando o processo de interpretação do código kib, ou de forma padrão, por meio da interpretação do código kib. Graças a isso, o tempo de carregamento do construtor no gráfico caiu de aproximadamente 1,5 segundo para aproximadamente 16 a 32 milissegundos. Além disso, graças ao carregamento do arquivo do kernel, conseguimos nos livrar dos avisos relacionados ao código kib. Mas talvez isso seja apenas uma ninharia em comparação com as perspectivas. A principal vantagem de carregar a partir de um kernel pronto é a possibilidade de "completar" partes do kernel pronto a partir de outros arquivos, que podem ser modelos de janelas ou grupos de elementos necessários para o trabalho do usuário. Isso está a um passo de distância.

4. As pastas e os arquivos do construtor são totalmente traduzidos para o inglês. A arquitetura passou por grandes mudanças.

Meu principal objetivo é criar a funcionalidade mínima do editor que permita que você construa o editor de dentro para fora, ignorando a linguagem de marcação.

 
Anteriormente, anunciei o prazo para a próxima versão - 28 de novembro. Devido à reorientação do editor visual, tive que adiar a publicação da atualização para o dia 10 de dezembro. Caso contrário, o programa aprovado anteriormente permanecerá inalterado. O editor será carregado no kodobase, a ramificação de modelos será aberta e o primeiro artigo será escrito.

Os dois últimos pontos devem ser explicados.

1) A ramificação de modelos de janelas da interface do usuário será aberta como pretendido, mas, em vez de imagens da interface do usuário com fragmentos de código kib, as imagens da interface do usuário serão postadas junto com arquivos UIDATA contendo informações técnicas e fragmentos do kernel necessários para reproduzir os modelos no editor.

2) Após o lançamento, espero escrever um artigo sobre o editor. Nele, apresentarei as informações necessárias para começar. No futuro, quando o tópico do editor estiver esgotado, e se houver interesse e demanda, poderei publicar artigos sobre aplicativos de negociação com interface gráfica.

Portanto, quase nada mudou nos planos. Apenas a data e o tópico.

P.S. Acho que tomei a decisão certa.

Meu principal objetivo é estimular a demanda e tornar o editor uma ferramenta popular. Isso é muito mais difícil de conseguir com uma linguagem de marcação. Já tive a oportunidade de ver isso nas páginas deste tópico. Repita esse procedimento - publique códigos, imagens e tutoriais - mas com ainda mais empenho, e espere que o resultado seja diferente e que as pessoas corram para aprender a linguagem..... Não. Não faz sentido.

Espero que o editor seja mais útil. Mas veremos. :)

 
Реter Konow interface gráfica.

Portanto, quase nada mudou nos planos. Apenas a data e o tópico.

P.S. Acho que tomei a decisão certa.

Meu principal objetivo é estimular a demanda e tornar o editor uma ferramenta popular. Isso é muito mais difícil de conseguir com uma linguagem de marcação. Já tive a oportunidade de ver isso nas páginas deste tópico. Repita esse caminho - publique códigos, imagens e tutoriais - mas com ainda mais empenho e espere que o resultado seja diferente e que as pessoas corram para aprender a linguagem..... Não. Não faz sentido.

Espero que o editor seja mais útil. Mas veremos. :)

Acho que o editor é a melhor opção para um público mais amplo. A maioria das pessoas não é técnica e quer uma maneira fácil de produzir resultados.

Acho que o editor é uma ótima ideia e, se você conseguir, será fantástico. Você poderia até mesmo vendê-lo como uma biblioteca no mercado. Parece criminoso que uma coisa dessas seja disponibilizada gratuitamente, já que você está dedicando tanto tempo e esforço a ela.

Apoio totalmente sua decisão de criar um editor
 
Levi Dane Benjamin #:
...

Acho que o editor é a melhor opção para um público mais amplo. A maioria das pessoas não é técnica e quer uma maneira fácil de obter resultados.

Acho que o editor é uma ótima ideia e, se você o implementar, será fantástico. Você poderia até mesmo vendê-lo como uma biblioteca no mercado. Parece criminoso que algo assim deva estar disponível gratuitamente, afinal você dedicou tanto tempo e esforço a ele.

Apoio totalmente sua decisão de criar um editor
Obrigado por seu valioso apoio! É importante para mim saber a opinião de outras pessoas para que eu não me perca em minhas conclusões..... e fazer a escolha certa.

Sabe, tomei a decisão de não pensar em um editor visual como algo fantástico. Percebi que, inconscientemente, vejo o editor como algo menos viável. Por isso, tento encará-lo como uma rotina de trabalho. Dessa forma, fica mais fácil para mim criá-lo. São apenas jogos mentais. :)

Sobre a distribuição gratuita, é uma decisão ponderada. Não há outra maneira agora. Não vou monetizar o editor em si, isso é certo. Mas talvez no futuro, se houver demanda, eu crie algum recurso pago. Veremos. :)
 
O processo de desenvolvimento do VE não fica parado.

1. A reestruturação em larga escala do designer e do mecanismo está concluída. A nova estrutura de organização de pastas e arquivos é criada.

2. A funcionalidade do editor foi completamente pensada. Os preparativos para a escrita estão em andamento.

3. A implementação de projetos no editor é pensada e redigida.

4. Devo observar que o editor ficou absolutamente claro e compreensível para mim. Tanto que encontrei paralelos diretos com o Kostruktor e percebi que, há muitos anos, mudei de um caminho curto para um longo, porque eu poderia escrever imediatamente um editor visual ignorando a linguagem de marcação. Tecnicamente, eu tinha essa possibilidade diante de mim, mas simplesmente não a via. Não a compreendia e não a percebia. Mas era simples. Mais fácil do que criar um construtor com a linguagem de marcação. Muito mais simples. Mas, hum. foi isso que aconteceu.
 
Реter Konow projetos no editor é pensada e escrita.

4. Devo dizer que o editor ficou absolutamente claro e compreensível para mim. Tanto que encontrei paralelos diretos com o Kostruktor e percebi que, há muitos anos, eu havia desviado do caminho curto para o longo, porque eu poderia ter escrito um editor visual ignorando a linguagem de marcação. Tecnicamente, eu tinha essa possibilidade diante de mim, mas simplesmente não a vi. Eu não entendia e não percebia. Mas era simples. Mais fácil do que criar um construtor com a linguagem de marcação. Muito mais simples. Mas, hum. foi isso que aconteceu.

Nós nos lembramos. Esperamos. Acreditamos.

 
Muito bom. Atenção silenciosa.
 
A cada poucos dias, publicarei o status do desenvolvimento. O objetivo é simples: manter os leitores do tópico informados. Caso contrário, acabo desaparecendo em algum lugar e ninguém sabe como está o andamento do caso.

E ele está indo bem. É claro que é muito trabalhoso. Mesmo para os meus padrões. Mas é reconfortante saber que o trabalho está dentro do cronograma e planejado.

A maior parte é rotina. Muita rotina. Depois que terminei a reestruturação global do designer e do mecanismo, o editor recebeu automaticamente uma estrutura preparada para ele com antecedência e agora continua a ser formado dentro dela. Isso acabou sendo muito conveniente.

O editor tem 6 funcionalidades principais definidas. Elas já foram conceitualizadas e escritas no papel. A boa notícia é que 4 das 6 já foram implementadas anteriormente e não será muito difícil atualizá-las. A quinta funcionalidade funciona no designer, mas requer refatoração para o editor. E isso não é difícil. E o sexto terá de ser escrito do zero. Mas esse trabalho é bastante claro, e não há mais nada.

Essas funcionalidades são o objetivo do editor.

Agora estou tentando me afastar da linguagem de marcação na qual ainda estou escrevendo a interface VE. Sua GUI ficou boa... mas não vou me elogiar. ) No geral, não é ruim. Entretanto, escrever gráficos tão grandes e complexos é realmente difícil. É por isso que o momento de romper com a linguagem e mudar para a edição visual é tão importante. Quando isso acontecer, criarei o editor no próprio editor, o que proporcionará uma velocidade sem precedentes e o trabalho entrará no modo turbo. Não vai demorar muito ainda.

É claro que, no modo turbo, você terá que se esforçar, mas menos. Muito menos.


 
escrever para quê
 

O desenvolvimento está em pleno andamento. Há perguntas e dúvidas sobre a interface gráfica do editor e, como o projeto é público, eu gostaria de consultar os leitores. Aqui está uma captura de tela do editor neste estágio. Aceito conselhos, recomendações e críticas construtivas.



Como este é meu primeiro editor visual, não sei muito bem como criá-lo. Ou seja, qual deve ser a aparência dele? Ou seja, qual deve ser a aparência dele? É difícil pensar em tudo em uma única cabeça.

1...68697071727374757677787980818283
Novo comentário