Preguntas de un "tonto" - página 84

[Mykola Demko]

Expert:
...

Andrei, es una locura, vas a hacer un probador de trading manual y no puedes arreglar el indicador, vete a buscar los datos que faltan en los contadores.

[Denis Lysenko]

Urain:
Me flipa que vayas a construir un probador de trading manual y no puedas arreglar el indicador, tienes que buscar los datos que faltan en los contadores.

Me has confundido con Andrei otra vez=)

Los datos no desaparecen, sino que los datos no desaparecen.

No es fácil de excavar y depurar porque el indicador redibuja los puntos unas barras atrás.

[Mykola Demko]

Expert:

Me has confundido con Andrei otra vez=)

Los datos no desaparecen, sino que los datos no desaparecen.

Y no es fácil de excavar y depurar porque el indicador redibuja los puntos unas barras atrás.

Sí, lo siento, me confundí.

Tenga en cuenta el sentido de la indexación de las matrices, para no confundirle con las impresiones.

[Denis Lysenko]

Urain:

Sí, lo siento, me confundí.

Presta atención a la dirección de la indexación del array, para que no te confundas, compruébalo tú mismo con las impresiones.

De acuerdo, lo haré.

Pero la pregunta principal es por qué estos patrones desaparecen cuando cambio el TF.

A veces, estos patrones coinciden con las matrices sobre las que se construye el indicador, y otras veces están dispersos caóticamente en el gráfico.

La puesta a cero de los elementos del array en los lugares adecuados parece...

[Mykola Demko]

Expert:

De acuerdo, lo haré.

Pero la pregunta principal es por qué estos patrones desaparecen cuando cambio elf.

Estos patrones a veces coinciden con las matrices sobre las que se construye el indicador, otras veces están dispersos caóticamente por el gráfico.

La puesta a cero de los elementos de la matriz en los lugares adecuados parece...

Cuando se cambia el TF, se produce una reinicialización, por eso desaparecen los patrones.

¿No estás construyendo un patrón con objetos gráficos? Si es así, hay que gestionarlos cuando hay que eliminarlos.

ZS En general, sin código (una imagen) es difícil incluso entender lo que está mal, y mucho menos encontrar la causa.

[Denis Lysenko]

Urain:

Cuando el TF se conmuta, se reinicia, por lo que los patrones desaparecen.

¿No estás construyendo un patrón con objetos gráficos? Si es así, hay que controlar cuándo deben ser eliminados.

HH en general sin código (una imagen) es difícil incluso entender lo que está mal, y mucho menos encontrar la causa.

#property indicator_type1 DRAW_ARROW

#property indicator_type2 DRAW_ARROW

#property indicator_type3 DRAW_ARROW

No se trata de objetos gráficos, sino de buffers.

Pero el código, sí, por favor)

[Mykola Demko]

Expert:

#property indicator_type1 DRAW_ARROW

#property indicator_type2 DRAW_ARROW

#property indicator_type3 DRAW_ARROW

No se trata de objetos gráficos, sino de buffers.

Pero el código, sí, por favor)

En primer lugar, se trata de un código descompilado, y en segundo lugar, hay muchos errores en el proceso de migración.

Por ejemplo, esta perla

iBarShift(NULL,0,ai_4,false);

Y esto a pesar de que la función CopyTime no tiene el concepto de carácter nulo

(NULL) pasado al parámetro de tipo de cadena pasará ""

int iBarShift(string symbol,
              int tf,
              datetime time,
              bool exact=false)
  {
   if(time<0) return(-1);
   ENUM_TIMEFRAMES timeframe=TFMigrate(tf);
   datetime Arr[],time1;
   CopyTime(symbol,timeframe,0,1,Arr);
   time1=Arr[0];
   if(CopyTime(symbol,timeframe,time,time1,Arr)>0)
     {
      if(ArraySize(Arr)>2) return(ArraySize(Arr)-1);
      if(time<time1) return(1);
      else return(0);
     }
   else return(-1);
  }

contacta con tu desarrollador

[Denis Lysenko]

Urain:

En primer lugar, se trata de una descompilación, y en segundo lugar, hay un montón de errores en la migración.

Basta con mirar este perl

Y esto a pesar de que la función CopyTime no tiene ningún carácter nulo

(NULL) pasado al parámetro de tipo de cadena pasará ""

contactar con el promotor

No quiero $$hablar con un desarrollador =)

En cualquier caso, gracias por los sabios consejos.

[Mykola Demko]

Expert:

No $wish$ para contactar con el desarrollador =)

En cualquier caso, gracias por los buenos consejos.

Pero no está todo ahí, en idea pasar el objeto gráfico en lugar del id 0 del gráfico, se puede, pero en la práctica es mejor dar el número del gráfico.

En general, hay mucho que entender

no está claro lo que el programador quería decir con este código:

int Double2Int(double ad_0) 
  {
   return(int(StringToInteger(DoubleToString(ad_0,0))));
  }

Es más fácil y rápido para mí:

(int)NormalizeDouble(ad_0,0)

en lugar de redondear a través de tangas

[Denis Lysenko]

Urain:

Pero hay más, en teoría es posible pasar 0 en lugar del id del gráfico cuando se crea un objeto gráfico, pero en la práctica es mejor dar el número del gráfico.

En general, hay mucho que resolver

no está claro lo que el programador quería decir con este código:

Creo que es más fácil y rápido:

Que hacer el redondeo a través de cadenas

los objetos aquí son líneas, las he truncado, así que obviamente no es ahí donde está el error.

El redondeo a través de la cadena se debe a que MQL4 no tiene ningún método como (int), mientras que en la reescritura lo dejé como está deliberadamente para maximizar la coincidencia de códigos.

Pero, al parecer, todavía se puede sustituir la versión antigua por la suya.