错误、漏洞、问题 - 页 25

[Yedelkin]

joo:

在帮助中，它说："每次优化运行中的余额大小比实际大100倍。但不要注意它，这只是一个无害的小故障"？

帮助中没有说什么 "故障"，我同意，也不可能。在帮助中，它是以干巴巴的数学语言表述的。

从你以前的帖子中可以看出，你对用 "最大平衡 "参数进行优化的结果感到满意。关于工作 平衡的可能结果的结论，要看大家的意见。虽然...缩水率为4-5%。相应地，余额宝对最低提款额的乘积中的第二个乘数正好是95%。

[Andrey Dik]

你应该这样写：""结果 "栏显示"优化标准"的总值，计算结果为...."。- 这 不是《平衡》。

这些信息分散在帮助中的不同地方，它们之间的关系并不明显。

[Yedelkin]

joo:

你应该写："'结果'栏显示'优化标准'的总值，其计算结果为...."。- 这 不是 "平衡"。

这些信息分散在帮助中的不同地方，它们之间的关系并不明显。

因此，原来的问题可以说是解决了。

关于帮助（用户指南）的内容，我认为（显然也是指南作者的意见），这部分信息（考虑到链接可以被点击）是清晰和合乎逻辑的。 你自己已经强调了这种逻辑。

我借此机会为我不注意阅读alexey_petrov(https://www.mql5.com/ru/forum/1111/page22/#comment_9188) 指出的 清晰链接（关于扫描）而道歉。

[Andrey Dik]

Yedelkin:

..............

关于帮助（用户手册）的内容，在我看来（显然也是手册作者的看法），这部分信息（考虑到跟随链接的能力）是清晰和合乎逻辑的。 你自己也强调了这种逻辑。

.............

点击链接（以蓝色标示），你会去哪里？完全没有说到它说的"优化标准"是什么。

将这一列命名为 "优化标准 "而不是 "结果"（无论用户期望得到什么结果）会更有意义，那么它将更容易理解，而且帮助中的链接跳转也会更少。

[Yedelkin]

joo:

点击链接（以蓝色标示），你会去哪里？没有说 "优化标准 "是什么的地方。

在这一点上我同意。链接地址必须得到纠正。你可以写信给服务台。我自己一次就读完了整个 "测试者 "部分，所以我几乎从来不用链接。

joo:

将这一列命名为 "优化标准 "而不是 "结果"（无论用户期望得到什么结果）会更符合逻辑，那么就更容易理解了，也就不需要点击帮助中的引用了。

用户总是希望得到一个他或她个人在 "设置 "选项卡中选择的参数的结果。特别是，如果用户亲自选择了 "Balance + Min Drawdown "这样的优化标准，那么你很难期望测试仪显示处理另一个参数（例如，"Balance Max"）的结果。 如果你随意选择优化标准，期望测试仪显示 "Balance Max "的结果，那么这不是测试仪（或《用户手册》）的问题。

将 "结果 "一栏正式改名为 "优化标准 "是不合逻辑的，因为这一栏反映的不是优化标准的名称，而是用户选择的参数的数值 测试结果 。在这一点上，用户选择的优化标准的名称总是可以在 "设置 "标签中查看。

对帮助（用户指南）中的链接的点击次数与这个问题无关。

[Andrey Dik]

Yedelkin:

在这一点上，我同意。链接地址需要改正。你可以写信给服务台。我自己完整地阅读了 "测试者 "部分，所以我几乎没有使用过这些链接。

用户总是希望得到他/她在 "设置 "选项卡中亲自选择的参数的工作结果。特别是，如果用户亲自选择了 "Balance + Min Drawdown "这样的优化标准，那么你很难期望测试仪显示另一个参数（例如，"Balance Max"）的处理结果。 如果你随意选择优化标准，期望测试仪显示 "Balance Max "的处理结果，那么这不是测试仪（或《用户手册》）的问题。

将 "结果 "一栏正式改名为 "优化标准 "是不合逻辑的，因为这一栏反映的不是优化标准的名称，而是用户选择的参数的数值 测试结果 。在这一点上，用户选择的优化标准的名称总是可以在 "设置 "标签中查看。

对帮助（用户指南）中的链接的点击次数与这个问题无关。

你是一个管理员还是什么？如果不是，你为什么要决定什么是合乎逻辑的、正确的，什么是不合逻辑的、错误的？再次强调，该错误报告是针对开发人员和管理层的，而不是针对你个人的。如果用户有可能对这些或那些界面元素的名称产生误解（我就是一个例子），开发者应该考虑如何使这种理解不含糊，减少这种问题（这不是对平台开发者的指责，而是一个好的建议）。

[Yedelkin]

joo:
......你为什么要决定什么是合乎逻辑的、正确的，什么是不合逻辑的、错误的？

我不是在 "试图决定"，我知道 :)

我不是管理员。如果你仍然相信你的正确性和故障-错误的存在，并且如果论坛上安静的讨论刺激了你，请等待官方的回应。

在争吵和 "切换到个性 "是不涉及的，所以在这个话题上没有建设性的问题回复意味着讨论的结束。祝你在解决你的问题时好运!

[Кирилл Иванович]

你好，我正在研究保证金的计算方法，在帮助中发现了一些可能不一致的地方。

1.对于外汇 - 没有价格。

2.对于期货-- 没有MarketPrice。

我有一个问题，我是否正确解释了方程中的以下条款。

double MarketPrice=SymbolInfoDouble(symbol,SYMBOL_LAST)。

double Percentage=AccountInfoDouble(ACCOUNT_MARGIN_LEVEL)。

double InitialMargin=SymbolInfoDouble(symbol,SYMBOL_MARGIN_INITIAL)。

[Rashid Umarov]

这些数据可以从仪器信息 部分的属性中获得。
1.对于外汇

double Ask=SymbolInfoDouble(symbol,SYMBOL_ASK);  
double Bid=SymbolInfoDouble(symbol,SYMBOL_BID);  

2.对于交易所工具

double Price=SymbolInfoDouble(symbol,SYMBOL_LAST);        

3.杠杆大小（不是指利息）

double leverage=AccountInfoDouble(ACCOUNT_MARGIN_LEVEL);     

4.初始保证金

double InitialMargin=SymbolInfoDouble(symbol,SYMBOL_MARGIN_INITIAL);

要插入代码，请使用编辑器。

[[删除]]

致开发者--我错过了，我的15802号 请求是否已经得到满足，还是即将到来？