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
¡¡¡Precioso!!!
Nikolai, por favor, lanza el listado de códigos de la formación de la paleta de colores del arco iris aquí
Si es en forma de función, será aún más prácticoAvarage 3D en movimiento
Mañana pondré el código en el Buy More.
Nikolai, ¡nunca dejas de sorprender!
https://www.mql5.com/en/code/27733
https://www.mql5.com/en/code/27733
¡Genial!
https://www.mql5.com/en/code/27733
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
Bibliotecas: Easy Canvas
Nikolai Semko, 2020.02.17 05:15
Quiero aclarar un punto importante para los programadores interesados en el funcionamiento del kanvas en modo tester.
Un conocido programador de esta comunidad se dirigió a mí con esta pregunta:
- ¿Por qué en el modo de prueba mi panel, creado en objetos, se redibuja mucho más rápido que en el lienzo, mientras que en el modo normal mi panel se dibuja a velocidad normal en el lienzo?
He conseguido entender el motivo del problema y su solución.
El problema es que el redibujado de los objetos va acompañado del redibujado de toda la pantalla, mientras que la pantalla en el probador no se redibuja con más frecuencia que 30 fotogramas por segundo.
Los objetos son, en última instancia, el mismo lienzo (interno), pero cuando se cambian las propiedades del objeto, el lienzo del objeto no se genera (no se recalcula), sino que se genera sólo cuando se actualiza la pantalla (ChartRedraw), lo que ocurre en el probador (y en el modo normal, también) no más a menudo de lo que nuestros ojos pueden distinguir los cambios, es decir, no más a menudo que ~ 32 cuadros por segundo.
Supongamos que el panel cambia cada tick. Entonces el lienzo por defecto también se redibujará cada tick, pero el redibujado en el probador sigue siendo no más frecuente que ~30 mseg (~30 fps).
En otras palabras, el lienzo se volverá a calcular con mucha más frecuencia de la que realmente se muestra en la pantalla, lo que supone un uso desproporcionado de recursos.
La solución a este problema sería asegurar que el lienzo se recalcule y redibuje no más a menudo que cada 15-30 milisegundos de tiempo de computación, y entonces no habrá ciclos innecesarios de recálculo vacío.
Por ejemplo, así:
Hola a todos, me gustaría profundizar en mis conocimientos sobre Canvas
No sé ni por dónde empezar. Ahora mismo me estoy imaginando que Canvas son complicadas fórmulas logarítmicas y cosas así.
Me puedes dar un ejemplo de cómo hacer un botón como el de abajo en el lienzo. Necesito el código para entenderlo.
Hola a todos, me gustaría profundizar en mis conocimientos sobre Canvas
No sé ni por dónde empezar. Ahora mismo me estoy imaginando que Canvas son complicadas fórmulas logarítmicas y cosas así.
Me pueden decir cómo hacer un botón como el de abajo en un lienzo como ejemplo. Necesito el código para entenderlo.
Es más fácil utilizar un elemento ya hecho. (como imagen Png).
Así que es una línea con una vuelta otra línea más vuelta, etc. - Luego uno más pequeño con un relleno en forma de degradado (así se define el relleno).
En el lienzo sólo tienes unas rayas primitivas rectángulos y círculos con la posibilidad de dibujar el contorno de nuestra figura o línea, o rellenarla.
Así, por defecto, se dispone de un rectángulo que se rellena inmediatamente.....
También hay un lienzo con puntos para pintar sus primitivas (ampliar la clase).
Probablemente escribió muchas cosas que ya conoces.
También hay un lienzo 3D con matrices vectoriales