错误、漏洞、问题 - 页 861

[[删除]]

Yedelkin:
是的，我同意，我没有考虑到你提到的那些特殊性。而通过MqlDateTime 来检查所有的东西在某种程度上是不优雅的。

好吧，我就用加速器覆盖它。

[[删除]]

当报价完全从服务器上下载，而图表的左侧取自分钟时间段上的日蜡烛图时，谁能说什么错误呢？也就是说，M15 TF显示的是白天的蜡烛，然后M15蜡烛在某一点开始。因为我的指标对这个事实非常敏感。

以下是不同TF中的屏幕截图

https://www.mql5.com/ru/charts/13869/eurusd-m1-metaquotes-software-corp

https://charts.mql5.com/1/26/eurusd-m15-metaquotes-software-corp-6.png

https://charts.mql5.com/1/26/eurusd-m30-metaquotes-software-corp-2.png

https://charts.mql5.com/1/26/eurusd-h1-metaquotes-software-corp-9.png

https://charts.mql5.com/1/26/eurusd-h4-metaquotes-software-corp.png

https://charts.mql5.com/1/26/eurusd-d1-metaquotes-software-corp-7.png

[Yedelkin]

FiftyStars: 当报价完全从服务器上下载，而图表的左侧取自分钟时间段上的日蜡烛图时，谁能说什么错误呢？也就是说，M15 TF显示的是白天的蜡烛，然后M15蜡烛在某一点开始。因为我的指标对这个事实非常敏感。

这个问题已经被多次提出。解释如下：1分钟时间框架的历史是有限的，所有其他时间框架都是在此基础上建立的。在这个M1历史之外，还有一个只由日线组成的历史。显然，你刚刚发现了这个界限。

[[删除]]

Yedelkin:
这个问题已经被多次提出。解释如下：分钟时间框架的历史是有限的，而所有其他TF都是在此基础上建立的。在这个M1历史之外，还有一个只由日线组成的历史。显然，你是刚刚发现这个边界。

是的，我明白，但天哪，难道没有办法限制这个吗？ 显然，这远远不是一个优先发布的补丁的问题。

[Yedelkin]

FiftyStars: 我理解，但是，伙计，难道就没有办法限制吗？ 显然，这远不是一个优先发布的问题，在这方面的补丁

你说 "限制它 "是什么意思？只留下分钟的历史？

[[删除]]

Yedelkin:
你说的 "限制 "是什么意思？只留下一分钟的历史？

问题是M15上的SeriesInfoInteger(Symbol(),Period(),SERIES_FIRSTDATE)把这些烛台当作是原生的。 Bars()也是如此。 有什么办法可以通过编程检测不同TF的烛台吗？

[Yedelkin]

FiftyStars:

耶德尔金。
你说的 "限制 "是什么意思？只留下一分钟的历史？

问题是，M15的SeriesInfoInteger(Symbol(),Period(),SERIES_FIRSTDATE)把这些蜡烛当作自己的。 Bars()也是如此。有可能从其他时间段检测出蜡烛吗？

那么，你想只留下一分钟的历史？答案并不十分清楚。

[[删除]]

Yedelkin:
所以你仍然建议我们只保留一分钟的故事？答案并不十分清楚。

我不需要15分钟图上的D1和W1蜡烛图，因为其中没有历史，所以图形结束而不是继续更大的TF的历史。

[Yedelkin]

FiftyStars: 我不需要在15分钟图上的D1和W1蜡烛，在没有历史的TF中，这样图表就会结束，而不是继续大TF的历史。

我明白了。当然，我们可以向服务台提交提议，以获得正式回应。但我担心答案会是这样的："程序员能够计算出边界日期并限制所要求的历史深度......"。

[Vladimir Gomonov]

Yedelkin:
..............但恐怕答案会是这样的："程序员能够计算出边界日期并限制所要求的历史深度"......

更好的是，MetaQuotes的程序员（即终端）会识别它。

这个问题真的非常臭。 而且dnafs没有权利坐在我的1-5-15-30M的时间框架上。他们没有权利坐在我的1-5-15-30M时间框架上。