Librerías: Easy Canvas - página 8

Nuevo comentario
 
Nikolai Semko:

Cambiar el nombre no es difícil. Hay Ctrl+H

Pero estoy de acuerdo con Andrei. Busca #define T o #include <Canvas\iCanvas.mqh> ponlo primero en el proyecto.

La búsqueda de archivos es automática ) No hay #define T en ningún archivo de la carpeta MQL5.

Me las arreglé para averiguar que hay un conflicto con algo en TypeToBytes.mqh de TradeTransactions https://www.mql5.com/es/code/22166.

Esta librería no ha sido modificada desde hace mucho tiempo, así que lo más probable es que alguna innovación o bug haya aparecido en alguna de las nuevas builds )

 
Oleksii Chepurnyi:

Conseguí averiguar que el conflicto es con algo en TypeToBytes.mqh de TradeTransactions https://www.mql5.com/es/code/22166

Esta librería no ha sido modificada en mucho tiempo, así que lo más probable es que alguna nueva característica o bug haya aparecido en una de las nuevas versiones.)

Se trata de un error del compilador.

#include <TypeToBytes.mqh> // https://www.mql5.com/es/code/16282

class CLASS
{
  void Method()
  {
    datetime T[1];
    
    T[0] = 0; // '[' - nombre esperado
  };
};

void OnStart()
{
  datetime T[1];
  
  T[0] = 0; // OK
}
 
Entendido. Gracias. Lo arreglaré entonces, por supuesto.
 

¡Sí, lo hemos encontrado! )


@fxsaber, ¿haces un seguimiento de las ramas para "tus" palabras clave con algo automático, o simplemente te desplazas por todas las ramas con regularidad? Eres muy rápido respondiendo a las preguntas "específicas".

 
Andrey Khatimlianskii:

@fxsaber, ¿haces un seguimiento de las ramas para "tus" palabras clave con algo automático, o simplemente te desplazas por todas las ramas con regularidad? Respondes muy rápido a las preguntas "específicas".

Ocurre por casualidad.

 

Me gustaría aclarar a los programadores interesados un punto importante del funcionamiento de kanvas en el modo tester.
Un conocido programador de esta comunidad me hizo esta pregunta:

- ¿Por qué en el modo tester el panel creado sobre objetos se redibuja un orden de magnitud más rápido que el realizado sobre kanvas, mientras que en el modo normal todo va bien con la velocidad de kanvas?

Después de analizarlo, entendí la razón y la solución de este problema.

La cosa es que cuando los objetos se redibujan junto con el redibujado de toda la pantalla, y la pantalla en el probador se redibuja no más a menudo que 30 fotogramas por segundo.

Los objetos son en definitiva el mismo lienzo (interno), pero cuando cambias las propiedades de un objeto, el lienzo del objeto no se forma (no se recalcula), sino que se forma sólo en el momento de refrescar la pantalla (ChartRedraw), lo que ocurre en el tester (y en modo normal también) no más a menudo de lo que nuestro ojo puede distinguir los cambios, es decir, no más a menudo de ~ 32 frames por segundo.

Supongamos que el panel cambia cada tick. Entonces en el probador por defecto el lienzo será recalculado cada tick, pero el redibujado en el probador no es más frecuente que ~30 milisegundos (~30 cuadros por segundo).

En otras palabras, el kanvas se recalculará mucho más a menudo de lo que realmente se mostrará en la pantalla, por lo que hay un sobreconsumo desproporcionado de recursos.

La solución a este problema es controlar el recálculo y redibujado de los kanvas no más a menudo que una vez cada 15-30 milisegundos de tiempo de ordenador, entonces no habrá ciclos innecesarios de recálculos vacíos.

Por ejemplo, así:

void OnTick()
  {
  static uint lastCalc=0;
  uint cur=GetTickCount();
  if (cur-lastCalc>15) {
    ReDrawMyCanvas();
    lastCalc=cur;
   }
  }
 

Buenas tardes.

   if(width==0) {width=W.Width;   FullWinCanvW=true; Xpos=0;} else FullWinCanvW=false;
   if(height==0){height=W.height[SubWin]; FullWinCanvH=true; Ypos=0;} else FullWinCanvH=false;
   Name+=IntegerToString(rand())+IntegerToString(rand());
   Handle=ChartGetInteger(chart_id,CHART_WINDOW_HANDLE,SubWin);
   if(!CreateBitmapLabel(chart_id,SubWin,Name,Xpos,Ypos,width,height,formatCF))
      Print("Error creating canvas: ",GetLastError());

Esta línea en el constructor, ¿por qué?

CCanvas también añade mucho al nombre, incluyendo rand. A veces el nombre es tan largo que excede la longitud permitida )

 
Oleksii Chepurnyi:

Buenas tardes.

Esta línea en el constructor, ¿por qué?

CCanvas también añade mucho al nombre, incluyendo rand. A veces el nombre es tan largo que excede la longitud permitida )

Sí, estoy de acuerdo.
En mi versión de iCanvas ya lo he arreglado, pero aquí parece que se me olvidó.

 
Versión 1.40
Corregidos algunos errores.
En particular, corregido un error: el objeto iCanvas no se redimensionaba verticalmente de forma automática si había más de un objeto.
 
Última versión 1.40
Archivos adjuntos:
iCanvas.mqh  48 kb
123456789101112131415...19
Nuevo comentario