Realización de un proyecto crowdsourced en Canvas - 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
En mi implementación, los puntos A y B están representados por la ubicación de dos objetos: la coordenada X de la pista del deslizador (su inicio) y la coordenada X del deslizador.
lo mismo en la versión dibujada.
estás pensando de forma estrecha, discutiendo sobre algún ObjectGet/Set
al menos tres modelos se fusionan en el control - gráficos, eventos, datos.
no importa dónde o cómo se dibuja. puede ser en forma de texto como [.......|...]. también puede aparecer en el lienzo, o se pueden mostrar dos objetos rectángulos MT.
El modelo de eventos o datos no sufre de esto.
es lo mismo en la versión dibujada.
estás pensando de forma limitada, hablando de algún ObjectGet/Set
El control fusiona al menos tres modelos: gráficos, eventos y datos.
No importa dónde y cómo se dibuje. También puede ser en forma de texto como [.......|...]. También puede aparecer en el lienzo, o dos objetos MT pueden mostrarse como rectángulo.
El modelo de eventos o datos no sufre de esto.
Sin embargo, el mecanismo no está claro para mí. Si puedes explicar con más detalle, para tener una idea general, me ayudará mucho a entender. gracias.
Hay una cuestión fundamental.
Digamos que hay dos aplicaciones, paneles, indicadores, en un gráfico. ¿Debe cada uno de ellos dibujar en su propio lienzo o ambos en uno común?
En ambos casos hay dudas.
no sólo menos, sino ninguna (excepto bitmap_label, que es donde se dibuja todo).
Tengo curiosidad por saber cómo implementas el manejo de texto (etiqueta de texto, campo de entrada de texto). Una breve lista de problemas que tienes que resolver:
Y todo esto sobre el fondo de los controles que ya funcionan "etiqueta de texto" y "etiqueta de texto con edición de texto". El único problema es el límite de tamaño de 32 caracteres y la imposibilidad de utilizar fuentes integradas.
Tardarás mucho tiempo en resolver todos estos problemas, pero como mucho resolverás el 30% de ellos. En el mejor de los casos, cientos de kilobytes de su código estarán un poco fuera de los elementos estándar, pero tendrán sus propias enfermedades, fallos y varias limitaciones desagradables. ¿Realmente lo necesitas?
no sólo menos, sino ninguna (excepto bitmap_label, que es donde se dibuja todo).
Tampoco hay que olvidar el modelo de eventos. No está diseñado para manejar eventos en el lienzo. Todo lo que tendrás es la pulsación de teclas en una zona determinada de la pantalla + las coordenadas del ratón. Sí, se puede salir de esta oscuridad con OOP, pero la salida será dura y muy larga.
Sigo sin entender el mecanismo. Si puedes explicar con más detalle, para tener una idea general, me ayudaría mucho a entender. gracias.
Sólo me pregunto cómo se implementa el trabajo de texto
Matarás mucho tiempo para resolver todos estos problemas
No nos vamos a dar de bruces con obstáculos insalvables. Si el MC no aporta una solución a estos problemas, todo esto se acabará.
Todavía estoy esperando que me respondan en SR.
Además, no hay que olvidar el modelo de eventos. No está diseñado para manejar eventos en el lienzo.
¿Recuerda que le mostré el análogo de su panel para el comercio de órdenes de compensación? Pues bien, allí no se utiliza CHARTEVENY_MOUSE_MOVE, todo se analiza por sí mismo.
Créeme, no hay ningún problema con los eventos o la visualización del carro de entrada.
Ahora la pregunta es sólo sobre los eventos de teclado.
Ahora la cuestión se reduce a los eventos de teclado.
Pediremos a la RE un refinamiento.