错误和功能紊乱 - 页 3

 
graziani:

我不相信你在第一次尝试中就不能重现这种失败。

只要把灵敏度调到20/50,并尝试移动趋势线、菲波或任何物体的锚点

保持冷静:-)

这可能 是另一个 起作用的参数

 
angevoyageur:

保持冷静:-)

这可能是 另一个 起作用参数

:)

 
精确的时间尺度。
 
graziani:

好吧,现在看来,我们已经偏离了我报告这种 "功能障碍 "的想法。

重点是,当你用SetIndexBuffer(int, double,ENUM_INDEXBUFFER_TYPE)定义一个动态数组时,从逻辑上来说,你可以假设(因为文档中没有说明),通过定义

在任何地方都不可能看到第三个缓冲区的存在:在图表、指标属性或使用该指标的EA中。
特别是你不得不定义这个动态分配的数组的使用性质。
(再重复一次,通过#pragmas定义缓冲区和绘图的数量并不意味着你会使用所有这些缓冲区。)

但除了这不是真的,对于有经验的程序员来说,这似乎也是不明显的,所以我认为目前报告这样的 "功能障碍 "没有任何意义。

那么......我到底该不该报告这样的事情?

我将用我想到的类似的东西再试一次,但现在看来这似乎是在浪费(不仅是我的)时间;)

它是有用的。现在, 即使是 没有经验的 也可以 从不同的论点中 得到 意见。这是一个论坛,所以我认为如果我不同意的话,有必要给出我的意见。这不是针对个人的。

如果你必须向服务台报告这一切,那就是文档不够清晰。但我的看法是,你不必解释文档中没有提到的内容。

请注意。

 
graziani:
精确的时间尺度。

是的,这当然会有区别。

有一件事让我很恼火,就是固定图表位置 的工作方式与MT4不同,但后来我看了一下帮助,发现它的行为是正常的。

Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants
Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants
  • www.mql5.com
Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants - Documentation on MQL5
 
graziani:
精确的时间尺度。

当在具有M1以外的周期 的图表上绘制对象时,会出现以下放大的特征。

  • 当把对象的一个点放大到一个价格极值(OHLC)时,该极值所登记的具体分钟被确定。对象的点被绑定到该分钟,并相应地显示在对象的属性 中。这种行为允许在时间框架之间切换时保持对象的正确定位。
  • 如果 "精确的时间尺度 "选项被额外启用,那么你可能会观察到从极值点跳出锚点的效果。如果实际的极值点与柱状图的极值点不一致,就会出现这种行为。
RTFM:-D
 
angevoyageur:
RTFM :-D

我无法相信 :)

现在我知道了 "精确时间刻度 "的含义,我想使用它

但是......有一个错误,因为当你选择一个点,并将其对准 "精确的时间点 "时,当你试图对准第二个点时,第一个对准的点会自动重新对准更近的蜡烛,并对准一个新的,有时不同的值。

或者有什么方法可以管理这个问题?)

 
graziani:

我无法相信 :)

现在我知道了 "精确时间刻度 "的含义,我想使用它

但是......有一个错误,因为当你选择一个点,并将其对准 "精确的时间点 "时,当你试图对准第二个点时,第一个对准的点会自动重新对准更近的蜡烛,并对准一个新的,有时不同的值。

或者有什么方法可以管理这个问题?)

你看,这不是浪费时间,我们今天学到了很多东西:-)
 
在回溯测试中,当挂单通过带参数 的OrderSend发送时,挂单总是在一天结束时失效(与时间框架无关!)。


m_request.type_time = type_time; // type_time 设置为ORDER_TIME_GTC

m_request.type_time = type_time; // type _ time设置为 ORDER_TIME_SPECIFIED

m_request.expiration =expiration; // 过期时间 设置为5天或10天内的一个日期时间。

有什么想法吗?


Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties
Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties
  • www.mql5.com
Standard Constants, Enumerations and Structures / Trade Constants / Order Properties - Documentation on MQL5
 
medikament1978:
在回溯测试中,当挂单通过带参数 的OrderSend发送时,挂单总是在一天结束时失效(与时间框架无关!)。


m_request.type_time = type_time; // type_time 设置为ORDER_TIME_GTC

m_request.type_time = type_time; // type _ time设置为 ORDER_TIME_SPECIFIED

m_request.expiration =expiration; // 过期时间 设置为5天或10天内的一个日期时间。

有什么想法吗?


你能发布一些代码(多一点)、日志或屏幕截图来证明你的问题吗?