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
no puedo creer que no puedas reproducir este fallo desde el primer intento.
solo pon la sensibilidad a 20/50 y trata de mover los puntos de anclaje de la linea de tendencia, fibo o cualquier objeto alrededor.
Mantén la calma :-)
Puede ser es otro parámetro que entra en juego.
Mantenga la calma :-)
Puede ser es otro parámetro que entra en juego.
:)
OK, parece que ahora nos estamos alejando de mi idea de reportar esta "disfunción".
La cuestión es que al definir un array dinámico con SetIndexBuffer(int, double,ENUM_INDEXBUFFER_TYPE), es lógico suponer (ya que no se especifica en la documentación) que al definir
no será posible ver la existencia del tercer buffer en ningún sitio: en el gráfico, en las propiedades del indicador, o desde el EA que utiliza este indicador.
Sobre todo porque se le obliga a definir la naturaleza del uso de esta matriz asignada dinámicamente.
(Para repetir una vez más, la definición del número de búferes y parcelas a través de #pragmas no significa que usted va a utilizar todos ellos. )
Pero además de no ser cierto, parece que esto tampoco es obvio para los programadores experimentados, por lo que no veo ningún sentido por el momento en reportar 'disfunciones' como esta.
Entonces... ¿debo informar de cosas como esta o no?
Lo intentaré una vez más con algo similar que tengo en mente, pero por el momento esto parece una pérdida de tiempo (no sólo mía) ;)
Es útil. Ahora cada uno incluso sin experiencia puede tener una opinión, desde diferentes argumentos. Esto es un foro, así que creo que es necesario dar mis comentarios si no estoy de acuerdo. No es nada personal.
Si hay que reportar algo al Service Desk sobre todo esto, es que la documentación no es lo suficientemente clara. Pero mi opinión sigue siendo que no hay que interpretar lo que no se dice en la documentación.
Por favor.
escala de tiempo precisa.
Sí, ciertamente eso marca la diferencia.
Una cosa que me molestó por un corto tiempo fue que la posición fija del gráfico no funcionaba de la misma manera que lo hacía con MT4, pero luego miré la Ayuda y encontré que se comportaba como debería.
escala de tiempo precisa.
Cuando se dibuja un objeto en un gráfico que tiene un periodo distinto de M1, aparecen las siguientes características de la ampliación:
RTFM :-D
no puedo creerlo :)
y ahora que sé lo que significa 'escala de tiempo precisa', ¡quiero usarlo!
pero ... hay un error porque después de seleccionar un punto, y alinearlo al 'momento preciso en el tiempo', mientras tratas de alinear el segundo punto, el primer punto alineado se realinea automáticamente a la vela más cercana y se alinea a un nuevo valor, a veces diferente.
¿o hay un clic para gestionar eso también? :)
no puedo creerlo :)
y ahora que sé lo que significa 'escala de tiempo precisa', ¡quiero usarlo!
pero ... hay un error porque después de seleccionar un punto, y alinearlo al 'momento preciso en el tiempo', mientras tratas de alinear el segundo punto, el primer punto alineado se realinea automáticamente a la vela más cercana y se alinea a un nuevo valor, a veces diferente.
¿o hay un clic para gestionar eso también? :)
m_request.type_time = type_time; // type_time se ajusta aORDER_TIME_GTC
o
m_request .type_time = type_time ; // type_time establecido aORDER_TIME_SPECIFIED
m_request.expiration =expiration; //expiración establecida auna fecha en 5 o 10 días
¿ALGUNA IDEA?
Las órdenes pendientes siempre expiran al final del día en el backtesting (¡independientemente del marco temporal!) cuando se envían a través de OrderSend con parámetros
m_request.type_time = type_time; // type_time se ajusta aORDER_TIME_GTC
o
m_request .type_time = type_time ; // type_time establecido aORDER_TIME_SPECIFIED
m_request.expiration =expiration; //expiración establecida auna fecha en 5 o 10 días
¿ALGUNA IDEA?