Discusión sobre el artículo "El lenguaje MQL como medio de marcado de la interfaz gráfica de programas MQL. Parte 1" - página 5
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
¿Existe algo así como escribir un artículo sobre una interfaz gráfica de usuario y no hacer ni una sola captura de pantalla?
Cuando un artículo es grande, se ve obligado a dividirse en partes, teniendo que barajar el material, y las capturas de pantalla se quedaron en las secuelas. La captura de pantalla de "Spotlight" coincide completamente con la del artículo anterior sobre GUI, así que me limité a la frase de que la apariencia no ha cambiado.
Cuando un artículo es grande, se ve obligado a dividirlo en partes, teniendo que barajar el material, y las capturas de pantalla se quedaron en las secuelas. La captura de pantalla de "Spots" coincide completamente con el artículo anterior sobre GUI, así que me limité a la frase de que la apariencia no ha cambiado.
Al pulsar el botón izquierdo del ratón, cuando el cursor se sale del botón y se suelta el ratón, obtengo esta imagen. Además, después de arrastrar los puntos, se puede arrastrar el gráfico de precios a través de ellos. ¿Se puede corregir esto?
Cuando pulso el botón izquierdo del ratón, el cursor sale fuera del botón y se suelta el ratón, obtengo esta imagen. Además, después de arrastrar los puntos, se puede arrastrar el gráfico de precios a través de ellos. ¿Se puede corregir esto?
"¿Se refiere a un color diferente de los campos? No he observado tal imagen. PS. He conseguido reproducirlo. Voy a ver qué pasa, pero no es un problema de marcado, sino de cómo funcionan los botones estándar.
Respecto a arrastrar el gráfico, si entiendo bien lo que quieres decir, prueba a sustituir este archivo (es del siguiente post).
Vale, por fin te he pillado. Te concentras más en la tecnología que en el uso. Bien hecho.
La tecnología ha sido probada y está lista para su uso. ¿Y tu propuesta?
Lo siento por mi pregunta estúpida, pero ¿qué tipo de interfaz gráfica de usuario que está tratando de construir que no se puede hacer (o bastante difícil de hacer) dentro de MQL estándar libs?
Por otra parte, veo la realización es bastante complicado desde el principio. Tal vez podría ser mejor mirar en el estilo jQuery de implementación de interfaz de usuario?
Por ejemplo la creación de un botón simple podría ser como:
Por supuesto necesita tener su propio "generador de objetos" y demás, y también es posible hacerlo extensible y soportar objetos "definidos por el usuario", como con efectos de sombra, gradientes, etc.
Por lo tanto, podría ser más fácil para el desarrollador construir GUI de esta manera.
También es posible construir una aplicación como MT GUI Builder para la creación visual de GUI y la exportación de archivos JSON para una rápida implementación en el lado MQL...
Son solo mis pensamientos despues de leer el articulo y mi opinion.
Por supuesto, usted está en su propio camino.
Saludos cordiales,
Eugene
Eugene, eres rusohablante y hablas ruso perfectamente. ¿Por qué tanta falta de respeto en la parte rusa del foro?
Usted habla ruso. Escribe en ruso. O al menos utiliza el traductor incorporado en el editor de mensajes.
"¿Se refiere al color diferente de los campos? No he observado tal patrón. P.D. He conseguido reproducirlo. Voy a ver lo que está mal, pero no es un problema de marcado, es cómo funcionan los botones estándar.
Respecto a arrastrar el gráfico, si entiendo bien lo que quieres decir, prueba a sustituir este archivo (es del siguiente post).
Con el nuevo archivo, arrastrar por la ventana está arreglado.
Lo que queda es esto :)
Haz click con el botón izquierdo del ratón en un cuadrado con un número, arrastra fuera de ese cuadrado y suelta. El sombreado no desaparece.
Con el nuevo archivo, se ha arreglado el arrastre a través de la ventana.
Esto permanece :)
Haga clic con el botón izquierdo del ratón en un cuadrado con un número, aléjese de ese cuadrado y suéltelo. El sombreado no desaparece.
Sí, lo entiendo. Pero así es como funcionan los botones de la librería estándar desde el principio. No había ningún propósito de editarlo en todas las direcciones, sobre todo porque el problema es muy específico - nunca tuve el deseo de pulsar el botón a propósito y arrastrar sin pulsarlo. No es un caso de uso muy obvio después de todo.
Sí, lo entiendo. Pero así es como funcionan los botones en la librería estándar desde el principio. No quería modificarlo en todos los sentidos, sobre todo porque el problema es muy específico - nunca he tenido el deseo de pulsar un botón a propósito y arrastrarlo sin pulsarlo. No es un caso de uso muy obvio después de todo.
¿No aparece el evento de clic con el botón derecho del ratón en esta situación?
Eso depende. Los eventos llegan al objeto en función de las coordenadas. Cuando el cursor está fuera del botón o de la ventana, no reciben nada. Incluso drag'n'drop funciona en este principio - un objeto en constante movimiento se crea bajo el cursor. Una edición ligeramente diferente se necesita allí.