错误、漏洞、问题 - 页 1392 1...138513861387138813891390139113921393139413951396139713981399...3184 新评论 Anatoli Kazharski 2015.10.11 11:59 #13911 Ilya Malev:...总之,它以一种歪曲的方式表明,从OnTimer调用OnCalculate是有效的) 我们需要在时间序列中添加正确的值传输文章显示的正是这个例子。)这里是另一个用同样方法进行测试的例子:MQL5食谱--开发价格背离分析的多货币指标>>。 Ilya Malev 2015.10.11 12:05 #13912 Karputov Vladimir:变量count应该在离开OnCalculate()之前被递增--那么这个变量将正确计算OnCalculate中的所有运行。它不应该计算所有的人,而只计算到石木计算。所有这些时间,计数都大于或等于0,然后是-1。其实这并不重要。重要的是1)在指标第一次启动时,它被调用了一次(OnCalculate),直到下一次勾选才开始(在周末和节假日,最长可达数天),如果我们不按 "刷新 "按钮。2)在这第一次调用 时,石牧指标 还没有时间计算(更不用说更复杂的指标)。3) 如果你使用OnTimer而不是OnCalculate(或从OnTimer调用OnCalculate),用户可以启动一个自动建立的指标,否则他/她必须按刷新按钮(可能是几次)或等待下一个刻度。与同样的MT4相比,这显然是一个不便之处。阿纳托利-卡扎尔斯基。 在简单的指标中,这是很正常的。但在更复杂的情况下,它有时无法正常工作。) 在我看来,使用OnTimer而不是OnCalculate更容易。 Vladimir Karputov 2015.10.11 12:10 #13913 Ilya Malev:在那里,你不必计算所有的东西,但只有在计算石木的时候。所有这些时间的计数都大于或等于0,然后是-1。一般来说,这并不重要。重要的是... 我们的想法是让用户在OnCalculate中看到输入的数量。同时在OnCalculate本身中,当CopyBuffer 的结果大于0时,就会显示成功获得缓冲区 内的数值 的信息。因此,OnCalculate中的成功条目数量是直观可见的。 Ilya Malev 2015.10.11 12:14 #13914 Karputov Vladimir: 我们的想法是让用户在OnCalculate中看到条目的数量。在这种情况下,在OnCalculate本身中,当CopyBuffer 的结果大于0时,就会输出关于成功接收到缓冲区 中的数值 的信息。因此,在OnCalculate中,可以直观地看到成功输入的数量。我理解,只是我们已经超越了这个例子,已经有了一些进展。它已被使用,整理并返回到主要问题。该例子证实,从第一次运行开始,计算就不在周末进行了。至少对我来说,它证实了这一点。本来必须一直点击 "更新"。我个人认为这对用户来说是不可接受的。所以我将尝试通过OnTimer来做。 [删除] 2015.10.11 13:00 #13915 在OnCalculate中不可能等待时间序列的准备,因为一切都会挂起。因此,如果它没有准备好,我们做一个一毫秒的EventTimer,并在OnTimer中检查准备情况。一旦时间序列准备好了,我们 就调用OnCalculate,用KillTimer杀死计时器。我还有一个问题,我怎样才能100%地 确定所有需要的时间序列是否已经准备好了? Ilya Malev 2015.10.11 17:04 #13916 似乎指标中的OnTimer,如果被其他指标调用,根本就不会运行。因此,你将无法通过OnTimer更新它们。与MT4相比,在操作过程中,我似乎不得不忍受几十次不必要的点击 "刷新 "图表。而且由于运气不好,每次都要从菜单上用鼠标完成,因为在工具栏上没有这样的选项,也没有热键。还有一些 "重型 "指标,它们的建造时间远远超过1秒。 Andrey Miguzov 2015.10.11 18:27 #13917 Ilya Malev:...还有一些 "重 "指标,其建立时间远远超过1秒。我遇到了 "重 "指标的问题。按顺序看一下这些链接--你会感兴趣的。关键的一点是--一个符号的一个重指标会拖累这个符号上的所有EA的工作。甚至在另一个聊天中也 是如此!!!沉重的指标是邪恶的 :)2)一个带有描述和解决问题的选项的主题3.市场内问题的解决方案 Ilya Malev 2015.10.11 18:41 #13918 Andrey Miguzov:遇到过 "重 "指标的问题。请按顺序看一下这些链接--你会感兴趣的。我不需要在EA和指标之间交换数据,而指标本身虽然部分 "沉重",但只在开始计算所有历史的时刻进行相对较长的计算。问题是,我不能在OnCalculate 第一次启动 时等待这个指标中使用的所有其他指标的计算,而OnCalculate本身只有在下一个tick时才被再次调用,例如在周末就不存在。你不能用OnTimer代替(或与)OnCalculate一起使用,因为它不会在不是由用户调用的指标中被调用,而是由另一个使用iCustom的指标调用(根据我的测试,到目前为止是这样的)。我想找到一个解决方案,让指标自动等待它所使用的所有指标的计算,并在没有用户干扰的情况下提供信息(如果新刻度的频率不够高,就不用经常按图表下拉菜单中的 "刷新 "按钮)。 Andrey Miguzov 2015.10.11 18:52 #13919 Ilya Malev:我不需要在专家顾问和指标之间交换数据,而指标本身虽然部分 "沉重",但它们只在开始计算整个历史的时刻进行相对较长的计算。问题是,我不能在OnCalculate 第一次启动 时等待这个指标中使用的所有其他指标的计算,而OnCalculate本身只有在下一个tick时才被再次调用,例如在周末就不存在。你不能用OnTimer代替(或与)OnCalculate一起使用,因为它不会在不是由用户调用的指标中被调用,而是由另一个使用iCustom的指标调用(根据我的测试,到目前为止是这样的)。我想找到一个解决方案,使该指标能够自动等待其所有指标的计算,并在没有用户干预的情况下提供信息(如果新刻度的频率不够,则无需定期按图表下拉菜单中的 "刷新 "按钮)。如果任务是以这样的方式设定的--那就真的没有必要了。但我们可以创建一个专家顾问,它将创建指标,从指标中接收数据,处理数据并将结果传递给指标的可视化器。那么就不会有你描述的所有这些问题了。还有许多其他问题...这个解决方案不是很好,但它有助于摆脱所述问题。 galustyan10 2015.10.11 19:19 #13920 你好,你能告诉我,当我在MT5上开立一个真实账户 时,公司员工需要多长时间给我打电话并完成开户程序? 1...138513861387138813891390139113921393139413951396139713981399...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
...
总之,它以一种歪曲的方式表明,从OnTimer调用OnCalculate是有效的)
我们需要在时间序列中添加正确的值传输
文章显示的正是这个例子。)
这里是另一个用同样方法进行测试的例子:MQL5食谱--开发价格背离分析的多货币指标>>。
变量count应该在离开OnCalculate()之前被递增--那么这个变量将正确计算OnCalculate中的所有运行。
它不应该计算所有的人,而只计算到石木计算。所有这些时间,计数都大于或等于0,然后是-1。其实这并不重要。重要的是
1)在指标第一次启动时,它被调用了一次(OnCalculate),直到下一次勾选才开始(在周末和节假日,最长可达数天),如果我们不按 "刷新 "按钮。
2)在这第一次调用 时,石牧指标 还没有时间计算(更不用说更复杂的指标)。
3) 如果你使用OnTimer而不是OnCalculate(或从OnTimer调用OnCalculate),用户可以启动一个自动建立的指标,否则他/她必须按刷新按钮(可能是几次)或等待下一个刻度。与同样的MT4相比,这显然是一个不便之处。
在简单的指标中,这是很正常的。但在更复杂的情况下,它有时无法正常工作。)
在那里,你不必计算所有的东西,但只有在计算石木的时候。所有这些时间的计数都大于或等于0,然后是-1。一般来说,这并不重要。重要的是
...
我们的想法是让用户在OnCalculate中看到条目的数量。在这种情况下,在OnCalculate本身中,当CopyBuffer 的结果大于0时,就会输出关于成功接收到缓冲区 中的数值 的信息。因此,在OnCalculate中,可以直观地看到成功输入的数量。
我理解,只是我们已经超越了这个例子,已经有了一些进展。它已被使用,整理并返回到主要问题。该例子证实,从第一次运行开始,计算就不在周末进行了。至少对我来说,它证实了这一点。本来必须一直点击 "更新"。我个人认为这对用户来说是不可接受的。所以我将尝试通过OnTimer来做。
在OnCalculate中不可能等待时间序列的准备,因为一切都会挂起。因此,如果它没有准备好,我们做一个一毫秒的EventTimer,并在OnTimer中检查准备情况。一旦时间序列准备好了,我们 就调用OnCalculate,用KillTimer杀死计时器。
我还有一个问题,我怎样才能100%地 确定所有需要的时间序列是否已经准备好了?
似乎指标中的OnTimer,如果被其他指标调用,根本就不会运行。因此,你将无法通过OnTimer更新它们。与MT4相比,在操作过程中,我似乎不得不忍受几十次不必要的点击 "刷新 "图表。
而且由于运气不好,每次都要从菜单上用鼠标完成,因为在工具栏上没有这样的选项,也没有热键。还有一些 "重型 "指标,它们的建造时间远远超过1秒。
...还有一些 "重 "指标,其建立时间远远超过1秒。
我遇到了 "重 "指标的问题。按顺序看一下这些链接--你会感兴趣的。
关键的一点是--一个符号的一个重指标会拖累这个符号上的所有EA的工作。甚至在另一个聊天中也 是如此!!!沉重的指标是邪恶的 :)
2)一个带有描述和解决问题的选项的主题
3.市场内问题的解决方案
遇到过 "重 "指标的问题。请按顺序看一下这些链接--你会感兴趣的。
我不需要在EA和指标之间交换数据,而指标本身虽然部分 "沉重",但只在开始计算所有历史的时刻进行相对较长的计算。
问题是,我不能在OnCalculate 第一次启动 时等待这个指标中使用的所有其他指标的计算,而OnCalculate本身只有在下一个tick时才被再次调用,例如在周末就不存在。你不能用OnTimer代替(或与)OnCalculate一起使用,因为它不会在不是由用户调用的指标中被调用,而是由另一个使用iCustom的指标调用(根据我的测试,到目前为止是这样的)。我想找到一个解决方案,让指标自动等待它所使用的所有指标的计算,并在没有用户干扰的情况下提供信息(如果新刻度的频率不够高,就不用经常按图表下拉菜单中的 "刷新 "按钮)。
我不需要在专家顾问和指标之间交换数据,而指标本身虽然部分 "沉重",但它们只在开始计算整个历史的时刻进行相对较长的计算。
问题是,我不能在OnCalculate 第一次启动 时等待这个指标中使用的所有其他指标的计算,而OnCalculate本身只有在下一个tick时才被再次调用,例如在周末就不存在。你不能用OnTimer代替(或与)OnCalculate一起使用,因为它不会在不是由用户调用的指标中被调用,而是由另一个使用iCustom的指标调用(根据我的测试,到目前为止是这样的)。我想找到一个解决方案,使该指标能够自动等待其所有指标的计算,并在没有用户干预的情况下提供信息(如果新刻度的频率不够,则无需定期按图表下拉菜单中的 "刷新 "按钮)。
如果任务是以这样的方式设定的--那就真的没有必要了。
但我们可以创建一个专家顾问,它将创建指标,从指标中接收数据,处理数据并将结果传递给指标的可视化器。那么就不会有你描述的所有这些问题了。还有许多其他问题...
这个解决方案不是很好,但它有助于摆脱所述问题。
你好,你能告诉我,当我在MT5上开立一个真实账户 时,公司员工需要多长时间给我打电话并完成开户程序?