Galería de interfaces de usuario escritas en MQL - página 79

Nuevo comentario
 
Aleksey Vyazmikin crear un panel de la A a la Z. Interfaz en ruso ;)

De lo contrario, la abundancia de funcionalidad es aterrador.

Sí, espero hacer tutoriales en vídeo y escribir un par de artículos. Pero quizás la tarea principal sea hacer que el editor sea autoexplicativo. Por ejemplo, al mover el cursor sobre un elemento, aparecerán flechas, el usuario tendrá claro que puede agarrarlo por sus bordes y cambiar su tamaño. Y si aparece una cruz, se dará cuenta de que el elemento se arrastra por el lienzo. Al pulsar sobre un elemento, se dibujarán sus dimensiones -altura y anchura-, también bastante claras. El texto y el icono se pueden mover dentro del elemento. Al señalarlos, también aparecerán flechas. El tamaño del texto puede modificarse estirándolo. Las distancias entre elementos al moverlos, así como la coincidencia de sus posiciones vertical y horizontalmente también aparecen en el lienzo en forma de líneas rojas. En este sentido, todo queda claro a la primera.

En cuanto a la edición de elementos, pondré los responsables de las propiedades principales en la parte superior, y moveré el resto hacia abajo. Además, bloqueará automáticamente los elementos que no pertenezcan a la instancia que se esté editando en ese momento. Esto simplificará el trabajo en la ventana de elementos-editores.

Además, aparecerán tooltips hover sobre los nombres de propiedades oscuras. Explicarán al usuario el significado de tal o cual propiedad del elemento que se está editando. A estas alturas, todo está claro.

En cuanto al lienzo de edición del centro. Aunque el concepto final aún no se ha formado. Supongo que el usuario recogerá allí las plantillas de elementos o grupos y las transferirá a las ventanas. Es decir, desde la subventana izquierda de plantillas copiará el elemento arrastrando y soltando, cambiará el tamaño, el color, el texto, etc., luego clonará varias cosas así y las guardará en un archivo como plantilla o las transferirá inmediatamente a su ventana. Creo que un breve vídeo bastará para explicar este proceso a los usuarios.

En general, casi nada en este editor requerirá largas explicaciones o tutoriales y su dominio no tomará más de una hora. Y esta es su innegable ventaja sobre el lenguaje de marcado).


 
Реter Konow #:
En general, casi nada en este editor requerirá largas explicaciones o tutoriales y su dominio no llevará más de una hora.
Y esa es su innegable ventaja sobre el lenguaje de marcado) .

Buen objetivo Es necesario reclutar probadores que realmente dominen la funcionalidad desde cero, entonces será más obvio a qué prestar atención en la ergonomía de la interfaz....

 
Aleksey Vyazmikin #:

¡Buen objetivo! Es necesario reclutar probadores que realmente aprendan la funcionalidad desde cero, entonces será más obvio a qué prestar atención en la ergonomía de la interfaz.

Estoy de acuerdo, pero tenemos que llegar a ese punto. Una persona ya se ha ofrecido voluntaria para ser beta tester en las páginas de la rama, espero que haya otros, pero es demasiado pronto. En algún momento del próximo mes las pruebas iniciales del editor serán relevantes. Todavía hay mucho trabajo rutinario que ralentiza las cosas considerablemente. Todas esas tablas de propiedades, grupos de plantillas, asignaciones de pestañas y grupos, decisiones de diseño, errores menores... pero, nadie dijo que sería fácil).
 
Реter Konow #:
Estoy de acuerdo, pero tenemos que llegar a ese punto. Una persona ya se ha ofrecido voluntaria para ser beta tester en las páginas del hilo, esperemos que haya otras, pero es demasiado pronto. En algún momento del próximo mes las pruebas iniciales del editor serán relevantes. Todavía hay mucho trabajo rutinario que ralentiza las cosas considerablemente. Todas esas hojas de propiedades, grupos de plantillas, asignaciones de pestañas y grupos, decisiones de diseño, errores menores... pero, nadie dijo que sería fácil).

En cualquier caso, inviertes tiempo en un producto que cumple su propósito, a diferencia de mucha otra gente aquí escribiendo los mismos EAs sin garantía de resultados.

 
Реter Konow #:
Por qué no tiene sentido seguir desarrollando la dirección del lenguaje de marcado:

1. Umbral de entrada elevado.

Para que los usuarios construyan paneles complejos necesitan conocer las reglas del lenguaje. Pero sólo podrán conocerlas después de estudiar ~20 tutoriales que tengo que escribir en los próximos 6-7 meses.

Creo que hay un error en esto, después de todo, el que va a utilizar la base desarrollada no es un usuario normal, y para un desarrollador la necesidad de aprender los principios de aplicación de la tecnología es un fenómeno normal.

 
Aleksey Vyazmikin #:

En cualquier caso, inviertes tu tiempo en un producto que cumple su cometido, a diferencia de mucha otra gente de aquí que escriben los mismos asesores sin garantía de resultados.

Sí, mi producto cumple su cometido, pero no tiene sentido sin gente que escribe EAs sin garantía de resultados. Así que no puedo criticarlos, que sigan escribiendo).
 
Реter Konow #:
Sí, mi producto cumple la tarea, pero no tiene sentido sin gente que escriba asesores sin garantizar el resultado. Así que no puedo criticarles, que sigan escribiendo).

No se trata de criticar, sino de la alegría de conseguir un resultado tangible.

 
Kuzma Shevelev #:

Creo que hay algún error en esto, después de todo, el que va a utilizar la base desarrollada no es un usuario ordinario, y para el desarrollador la necesidad de aprender los principios de la tecnología es normal

Para un desarrollador, absolutamente. Sin embargo, mirando objetivamente la experiencia de los autores de artículos y bibliotecas GUI, uno no puede dejar de notar algunas dificultades de popularización que tuvieron que enfrentar. Por alguna razón que no tengo muy clara, este tema no capta la atención del gran público. Tal vez porque el porcentaje de desarrolladores fuertes no es alto, pero también es probable que la complejidad de las grandes bibliotecas y artículos asuste a alguien. Afrontémoslo: la programación orientada a objetos no es una simple abstracción y cuando se interpone en el camino, la motivación de uno se pone a prueba.

Mi lenguaje de marcado es, por supuesto, mucho más sencillo que el concepto de POO, pero también requiere una presentación desglosada en partes y alargada durante meses. Desde el punto de vista de la divulgación, se trata de un enfoque muy ineficaz. Así que he llegado a la conclusión de que un lenguaje de marcado sufrirá casi inevitablemente el mismo destino que las bibliotecas gráficas.

En cambio, un editor visual dentro de la plataforma de negociación es una forma nueva. No se había hecho antes. Así que hay esperanzas de que tenga un destino diferente.

 
Aleksey Vyazmikin #:

No se trata de criticar, sino de la alegría de lograr un resultado tangible.

En este sentido, estoy de acuerdo, pero en ausencia de exigencia, esta alegría desaparece al instante y queda el vacío. Así que ahora estoy en la misma situación que la gente que escribe asesores sin garantizar el resultado. En el mismo barco, por así decirlo.
 
Реter Konow #:
Para el desarrollador, por supuesto. Sin embargo, observando la experiencia de los autores de los artículos y de las bibliotecas de GUI, uno no puede evitar darse cuenta de una cierta dificultad de popularización a la que han tenido que enfrentarse. Por alguna razón que no tengo muy clara, este tema no capta la atención del gran público. Quizás porque el porcentaje de desarrolladores fuertes no es alto, pero también es probable que la complejidad de las grandes bibliotecas y artículos asuste a alguien. Seamos francos - OOP no es una simple abstracción y cuando se interpone en el camino, la motivación de una persona se pone a prueba.

Mi lenguaje de marcado es, por supuesto, mucho más sencillo que el concepto de OOP, pero también requiere una presentación desglosada en partes y extendida durante meses. En términos de popularización de cualquier cosa, este es un enfoque muy ineficiente. Por eso he llegado a la conclusión de que el lenguaje de marcado repetirá casi inevitablemente el destino de las bibliotecas gráficas.

En cambio, un editor visual dentro de la plataforma de negociación es una forma nueva. No se había hecho antes. Así que hay esperanzas de que tenga un destino diferente.



Hoy en día la mayoría de las interfaces avanzadas se desarrollan mediante programación, y da muy buenos resultados, además de escribir una biblioteca tomará mucho menos tiempo que el desarrollo de un editor gráfico completo, lo principal es sólo para llegar a una interfaz de software conveniente que sería fácil de usar Creo que podría inspirarse en React Native.

1...727374757677787980818283
Nuevo comentario