服务台。投诉，建议。 - 页 4

新评论
[删除]  
Ilya Malev:

计时器事件实际上是ChartEvent的一个子类，只有当指标直接在图表上运行时才会被调用。在通过iCustom调用的指标中，你不会等待OnTimer的调用，也不会等待OnChartEvent的调用。

在这里，一个指标只有在它调用的另一个指标被绘制后才开始绘制。这意味着，你必须按刷新一次来建立链中最远的那个，然后再按一次来建立使用其数据的那个 :)

我得检查一下。但无论如何，我说的是别的事情。你说的是显示，而且是在一个离线的图表上（这不是主要的问题，因为交易是在线的）。而我，则是在谈论数据的可用性。在你的情况下，数据已经可用。但它的展示效果很差。我说的是正确获取所有可用的数据。
 
Ilya Malev:
为什么你需要得到它？
为什么你需要使用终端？
 
Alexey Kozitsyn:
我将不得不检查它。但无论如何，我说的是别的事情。你说的是显示，而且是在离线图表上（这不是主要任务，因为交易是在线的）。而我，则是在谈论数据的可用性。在你的情况下，数据已经可用。但它的展示效果很差。我说的是正确获取所有可用的数据。

我意识到我们在谈论不同的事情。你刚才说，在MT4和MT5中访问数据是一样的。事实上，它是不同的，而且相当不同。

顺便说一下，MT4使用一个脚本，模仿用户的操作，以物理方式打开和滚动所需符号图表的窗口，回到历史。

我怀疑你是否能用MT5的方法在MT4中加载历史记录，即使SeriesInfoInteger函数 对你有效。

[删除]  
Ilya Malev:

我意识到我们在谈论不同的事情。你刚才说，在MT4和MT5中访问数据是一样的。事实上，它是不同的，而且相当不同。

顺便说一下，MT4使用一个脚本，模仿用户的操作，物理地打开和滚动所需工具的图表窗口，回到历史。

我怀疑你是否能用MT5的方法在MT4中加载历史记录，即使SeriesInfoInteger函数 对你有效。

我将在周末试试。这在历史上一点都不明显，否则就不会有关于组织访问的章节。试着把一个符号的全部历史记录捣毁，然后打开一个终端，请求所有可能的历史记录。它不会很快发生，而且离第一次很远。而计算，按照我的逻辑，只有在所有的历史都有了之后才能进行。这就是为什么人们对这个问题给予了很大的关注。
 
Alexey Kozitsyn:
你说的是显示，而且是在离线图表上（这不是主要任务，因为交易是在线的）。
只是在周末分析市场 以制定本周的计划是许多交易者的主要任务之一。
[删除]  
Ilya Malev:
只是在周末分析市场 以制定本周的计划是许多交易者的主要任务之一。
我不会为许多人说话。有太多不同的策略被使用。
 
写下你在MT4中的故事的实验结果)
[删除]  
Ilya Malev:
写下你在MT4中的故事的实验结果)
好吧，我把它贴在这里。如果你也能用结果的代码来确认你的陈述，那就更好了。
 
Alexey Kozitsyn:
好吧，我把它贴在这里。如果你也能用代码和结果来支持你的主张，那就更好了。
你在说什么呢？我写的关于MT5中的iCustom指标 的内容，没有人提出异议。这是一种正常现象，应该如此。
[删除]  
Ilya Malev:
你是什么意思？我所写的关于MT5中的iCustom指标 并没有受到质疑。这是一种正常现象，应该如此。

关于交易、自动交易系统和测试交易策略的论坛

服务台。投诉，建议。

Ilya Malev, 2015.10.30 18:50

计时器事件实际上是ChartEvent的一个子类，只有当指标在图表上直接运行时才会被调用。 在通过iCustom调用的指标中，你不需要 等待OnTimer或OnChartEvent 被调用。

在那里，一个指标只有在另一个指标被画完后才开始画。你需要按刷新一次来建立第一个，也就是链中最远的一个，然后再按一次来建立使用其数据的那个 :)

因为，在没有从OnCalculate返回的情况下，其线程中的指标不能等待其他指标的数据构建。这也是一个不错的功能。用户将始终面对图表的菜单而不是处理数据。

在这里，它是。据我所知，这是关于mql5的指标？事实证明，如果该指标调用另一个指标，就不会有离线绘制？或者说，要重复你所描述的问题，应该有多少层的附着物？
1234567891011...29
新评论