Librerías: EasyAndFastGUI - librería para crear interfaces gráficas - página 10
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
Sí, ahora existe esa restricción (sólo margen izquierdo).
Gracias , me hubiera llevado otro día )) .
En la versión MT4 SimpleButton carece de función para cambiar el texto/capítulo del botón .
SimpleButton.mqh
Añadir la segunda línea con el fin de obtener esa funcionalidad. Publicado aquí esperanza ayuda a alguien que necesita.
Pregunta sobre mover elementos.
¿En qué casos puede ser necesario mover por separado el lienzo, por separado el propio elemento?
Una pregunta sobre el desplazamiento de elementos.
¿En qué casos puede ser necesario mover por separado el lienzo, por separado el propio elemento?
No entiendo la pregunta.
No entiendo la pregunta.
Especificamos la nueva distancia por separado al lienzo y por separado al propio elemento. Lo logico seria solo especificar la distancia al elemento y moverlo junto con el lienzo.
Eso es lo que pregunto, ¿para qué separar? :)
Especificamos la nueva distancia por separado al lienzo y por separado al propio elemento. Lo lógico sería especificar la distancia al elemento y moverlo junto con el lienzo.
Eso es lo que pregunto, ¿qué sentido tiene separar? :)
¿Qué intentas hacer? ¿Cuál es la tarea? ¿Mover programáticamente un formulario con elementos en el gráfico?
No, el elemento en el molde. Digamos que arrancas la etiqueta de abajo.
Se trata de dos objetos diferentes. Uno es parte del otro. Hay elementos compuestos más complejos y a cada parte hay que darle unas coordenadas relativas. Relativas al elemento principal del que forman parte.
Puedes añadir un método virtual a la clase base del elemento, que hará más fácil mover elementos en tiempo de ejecución.
Prueba esto.
Son dos objetos diferentes. Uno es parte del otro. Hay elementos más complejos y a cada parte hay que darle unas coordenadas relativas. Relativas al elemento principal del que forman parte.
Puedes añadir un método virtual a la clase base del elemento, que simplificará el movimiento de los elementos durante la ejecución del programa.
Pruebe esto.
Los componentes de los elementos complejos están ligados al elemento principal y se mueven junto con él. Por lo que entiendo... Y el lienzo de alguna manera se salió de este concepto :)
El propósito de esta pregunta era averiguar si hay casos en los que es necesario mover un elemento sin lienzo o lienzo sin elemento?
Tengo una idea para añadir algo como esto a CElement::Moving
para que el canvas se mueva siempre detrás del elemento.
¿No se romperá nada en este caso? :)
Los componentes de los elementos complejos están unidos al elemento principal y se mueven junto con él. Hasta donde yo entiendo... Y el lienzo de alguna manera se salió de este concepto :)
El propósito de esta pregunta era averiguar si hay casos en los que es necesario mover un elemento sin lienzo o lienzo sin elemento?
Tengo una idea para añadir algo como esto a CElement::Moving
para que el canvas siempre se mueva después del elemento.
¿No se romperá nada en este caso? :)
Inicialmente no había tal tarea que después de crear GUI era necesario mover elementos. Todo se basaba en la idea, cuando en cada elemento ya estaba implementado todo el comportamiento necesario.
Contra preguntas: ¿Por qué necesitas mover elementos? ¿Qué quieres hacer? ¿Qué comportamiento al interactuar con la GUI quieres obtener?
Para entender si algo se romperá, necesitas probar todos los elementos después de cada cambio en las clases base. Ya es difícil decirlo de entrada. Hace tiempo que no miro en profundidad.
Crea una GUI de prueba con todos los elementos de la librería y pruébalos después de los cambios.