错误、漏洞、问题 - 页 2215 1...220822092210221122122213221422152216221722182219222022212222...3184 新评论 Alexey Viktorov 2018.06.02 12:52 #22141 Alexey Kozitsyn:不，我没有。我需要再观察两个时期的指标，以完善该策略。但测试者出于某种原因只将模板应用 于主窗口，而忽略了辅助窗口。因此，每次我开始的时候，我不得不停止测试器，并手动将模板应用于另外两个窗口。而且连续这么多次改变算法，又看了一遍。我只花了时间搜索窗口的ID，以程序化的方式将模板应用于它们。 显示历史有一个问题。如果我把期限设置为 "今天"，那么当我关闭昨天或今天早些时候开的头寸时，它们将不会显示在头寸列表中。对于订单和交易，似乎也是如此，但我没有具体检查。我已经写信给SD，他们完全不理会，我甚至不想给他们写任何东西......。 Открыта, Начата: 2018.04.20 11:07, #2011071 [删除] 2018.06.02 12:57 #22142 Alexey Viktorov:我需要再观察两个时期的指标，以完善该策略。但测试者出于某种原因，只将模板应用 于主窗口，而忽略了辅助窗口。因此，在每次启动时，我不得不停止测试器，手动将模板应用到两个辅助窗口。而且连续这么多次改变算法，又看了一遍。我只是花了点时间寻找窗口的ID，以程序化的方式将模板应用于它们。 显示历史的时候有一个问题。如果我们将时间设置为 "今天"，那么如果我们关闭昨天或今天早些时候建立的头寸，它们将不会显示在头寸列表中。我还没有具体检查过。我已经写信给SD，他们完全不理会，我甚至不想给他们写任何东西......。 为什么我应该通过模板获得指标值？ Alexey Viktorov 2018.06.02 13:18 #22143 Alexey Kozitsyn:为什么你需要通过模板获得指标值？不是为了接收，而是为了在另外两个窗口上直观地看到。这对我来说是比较愉快的。当然，我可以获得其他两个时间段的数值，并在Comment() 中显示它们......。......但打猎总比贪婪好。然而，为了将该指标应用于另外两个窗口，我们应该将带有该指标的模板应用于它们。这里我们有一个问题... [删除] 2018.06.02 13:21 #22144 Alexey Viktorov:不是为了接受它，而是为了在另外两个窗口直观地看到它。对我来说，这样的方式更令人愉快。当然，我们可以获得其他两个时间段的数值，并在Comment()中显示它们.........但打猎总比贪婪好。然而，为了将该指标应用于另外两个窗口，我们应该将带有该指标的模板应用于它们。这里我们有一个问题...啊，好吧......那么这就是SR要处理的事情。但是，正如你正确指出的，他们很少回应。更确切地说，他们需要被提醒，以便他们感受到申请的重要性。 Alexey Viktorov 2018.06.02 14:02 #22145 Alexey Kozitsyn:啊，好吧......那么这就是SR要处理的事情。但是，正如你正确指出的，他们很少回应。或者说，需要提醒他们，使他们感到申请的重要性。什么重要性...你不需要等待它的完成。所以很累，那又怎样？这是为你自己着想，你可以吃苦。我做到了。而什么时候会有这样的需求，以及是否会有这样的需求。 在我看来，任何请求都应该是重要的。最主要的是尽可能快地作出反应。毕竟，你可以说 "我们听说了 "之类的话。也许我们会在某个时候。"或 "我们已经听说了。我们认为这是非常不必要的，如果我们这样做，它不会很快发生。几乎是在新世纪。"而最好的答案是 "它将在下一个版本中实现。"类似这样的话。 同时，人们的印象是，如果有些事情不太清楚，他们根本就不回应请求，而不是问一个澄清的问题。 [删除] 2018.06.02 14:58 #22146 Alexey Viktorov:同时，人们的印象是，如果有些事情不太清楚，他们根本就不回应请求，而不是提出澄清的问题。我同意，在沟通方面，SR有很多地方值得期待。不希望陷入问题，因为有太多的问题。 Сергей Криушин 2018.06.02 15:18 #22147 我对测试器末端的 "开始 "感到恼火......我不得不多次将鼠标从末端移到末端......。我必须在最后拉动鼠标......而图表的框架是一个图片库，如果你把它们缩小2-3毫米，那么多一个图表就可以放在马赛克中......但这些是这样的琐事，从它们的高空看不出来......正如他们所说--偷窥者吃和所有权利...... Alexey Viktorov 2018.06.02 15:40 #22148 在测试器中也有这样的不连贯性。当你开始调试 时，测试器以tester.tpl而不是debug.tpl打开，如果我没记错的话，之前是以debug.tpl打开的。 Denis Kirichenko 2018.06.04 10:16 #22149 2010.09.11 19:50 弗拉基米尔。 这个函数计算一个订单在当前市场条件下所需的保证金。 我要求提供一个函数，计算每个工具的已开仓位的保证金。在头寸存在期间，这一保证金不应改变。 我的建议是为PositionGetDouble()添加POSITION_MARGIN属性。非常有用的东西，我认为。已经过去近8年了，这个问题仍然有意义。我也会为交易添加这样的功能，作为DEAL_MARGIN_VALUE，这样原生的HistoryDealGetDouble() 函数将返回用于交易的保证金数额（"+/-"）。例如，当进入市场时，DEAL_MARGIN_VALUE 显示，保证金增加了1000美元（DEAL_MARGIN_VALUE=1000.0）。而当它出去后，DEAL_MARGIN_VALUE=-1000.0。 Ilnur Khasanov 2018.06.07 14:24 #22150 https://www.mql5.com/ru/forum/251579#comment_7691183 ошибка в тиковых данных в тестере стратегий в режиме "каждый тик на основе реальных тиков" 2018.06.06www.mql5.com Столкнулся с такой проблемой, что при подсчете дельты за свечу, в тестере стратегий сбиваются тиковые данные... 1...220822092210221122122213221422152216221722182219222022212222...3184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
不，我没有。
我需要再观察两个时期的指标，以完善该策略。但测试者出于某种原因只将模板应用 于主窗口，而忽略了辅助窗口。因此，每次我开始的时候，我不得不停止测试器，并手动将模板应用于另外两个窗口。而且连续这么多次改变算法，又看了一遍。我只花了时间搜索窗口的ID，以程序化的方式将模板应用于它们。
显示历史有一个问题。如果我把期限设置为 "今天"，那么当我关闭昨天或今天早些时候开的头寸时，它们将不会显示在头寸列表中。对于订单和交易，似乎也是如此，但我没有具体检查。我已经写信给SD，他们完全不理会，我甚至不想给他们写任何东西......。
我需要再观察两个时期的指标，以完善该策略。但测试者出于某种原因，只将模板应用 于主窗口，而忽略了辅助窗口。因此，在每次启动时，我不得不停止测试器，手动将模板应用到两个辅助窗口。而且连续这么多次改变算法，又看了一遍。我只是花了点时间寻找窗口的ID，以程序化的方式将模板应用于它们。
显示历史的时候有一个问题。如果我们将时间设置为 "今天"，那么如果我们关闭昨天或今天早些时候建立的头寸，它们将不会显示在头寸列表中。我还没有具体检查过。我已经写信给SD，他们完全不理会，我甚至不想给他们写任何东西......。
为什么我应该通过模板获得指标值？
为什么你需要通过模板获得指标值？
不是为了接收，而是为了在另外两个窗口上直观地看到。这对我来说是比较愉快的。当然，我可以获得其他两个时间段的数值，并在Comment() 中显示它们......。......但打猎总比贪婪好。然而，为了将该指标应用于另外两个窗口，我们应该将带有该指标的模板应用于它们。这里我们有一个问题...
不是为了接受它，而是为了在另外两个窗口直观地看到它。对我来说，这样的方式更令人愉快。当然，我们可以获得其他两个时间段的数值，并在Comment()中显示它们.........但打猎总比贪婪好。然而，为了将该指标应用于另外两个窗口，我们应该将带有该指标的模板应用于它们。这里我们有一个问题...
啊，好吧......那么这就是SR要处理的事情。但是，正如你正确指出的，他们很少回应。更确切地说，他们需要被提醒，以便他们感受到申请的重要性。
啊，好吧......那么这就是SR要处理的事情。但是，正如你正确指出的，他们很少回应。或者说，需要提醒他们，使他们感到申请的重要性。
什么重要性...你不需要等待它的完成。所以很累，那又怎样？这是为你自己着想，你可以吃苦。我做到了。而什么时候会有这样的需求，以及是否会有这样的需求。
在我看来，任何请求都应该是重要的。最主要的是尽可能快地作出反应。毕竟，你可以说 "我们听说了 "之类的话。也许我们会在某个时候。"或 "我们已经听说了。我们认为这是非常不必要的，如果我们这样做，它不会很快发生。几乎是在新世纪。"而最好的答案是 "它将在下一个版本中实现。"类似这样的话。
同时，人们的印象是，如果有些事情不太清楚，他们根本就不回应请求，而不是问一个澄清的问题。
同时，人们的印象是，如果有些事情不太清楚，他们根本就不回应请求，而不是提出澄清的问题。
我同意，在沟通方面，SR有很多地方值得期待。不希望陷入问题，因为有太多的问题。
2010.09.11 19:50
弗拉基米尔。
这个函数计算一个订单在当前市场条件下所需的保证金。 我要求提供一个函数，计算每个工具的已开仓位的保证金。在头寸存在期间，这一保证金不应改变。
我的建议是为PositionGetDouble()添加POSITION_MARGIN属性。
非常有用的东西，我认为。已经过去近8年了，这个问题仍然有意义。
我也会为交易添加这样的功能，作为DEAL_MARGIN_VALUE，这样原生的HistoryDealGetDouble() 函数将返回用于交易的保证金数额（"+/-"）。例如，当进入市场时，DEAL_MARGIN_VALUE 显示，保证金增加了1000美元（DEAL_MARGIN_VALUE=1000.0）。而当它出去后，DEAL_MARGIN_VALUE=-1000.0。