对MT5的祝愿 - 页 26

[Vasily]

如果他们像Photoshop那样在终端边界外制作窗口就更好了--那将是你的成功=)

和可配置的功能，如在所有窗口的顶部，等等。

[Denis Zyatkevich]

你能否添加一个类似OBJ_TREND的图形对象，其坐标设置为与屏幕边界的偏移量（如OBJ_LABEL，OBJ_BUTTON），而不是时间和价格？(当移动图表时，这样的物体将保持在原位）。

此外，一个对应于 "空 "金融工具的符号将是有帮助的，当打开这样的图表时，价格是不显示的（有可能在一个空的窗口中绘制）。

[Vasily]

zdd:

你能否添加一个类似OBJ_TREND的图形对象，其坐标设置为与屏幕边界的偏移量（如OBJ_LABEL，OBJ_BUTTON），而不是时间和价格？(当移动图表时，这样的物体将保持在原位）。

此外，一个对应于 "空 "金融工具的符号将是有用的，当打开这样的图表时，价格是不显示的（在一个空的窗口中，将有可能绘制）。

嗯，对于蜱虫来说，每秒钟都会去那里。

像一个测试工具

好主意 =)

[Denis Zyatkevich]

CoreWinTT:

嗯，让虱子每秒钟都去那里。

像一个测试工具

好主意 =)

蜱虫是没有必要的。如果有必要，我们会自己画。最主要的是要有一个可以画画的窗口，以及一个可以画画的图形对象（不用考虑它将落在哪个柱子上，也不用考虑它将不随图表移动）。

[Вадим]

zdd:
Tiki是没有必要的。如果我们需要，我们可以自己做。最主要的是有一个可以画画的窗口，和一个可以画画的图形对象（不用考虑它将落在哪个柱子上，也不用考虑哪个柱子不会随图表移动）。

我已经提出了这个问题，我完全支持我们需要一个没有价格图表的窗口类型的对象，换句话说，我们需要一个 "坐标平面"。

[yu-sha]

赞成!

很多时候，都需要一个单独的窗口来绘制--没有时间线和价格的约束

只是一个具有像素坐标的DrawWindow，并处理OnInit(), OnDeinit(), OnTimer(),OnChartEvent()。

现在我必须给所有的条形图、线和Pixels<-->(Bars+Price)周围的手鼓涂上颜色。

[Vladimir Gomonov]

yu-sha:
现在，我必须给所有的条形图、线和围绕Pixels<-->(Bars+Price)的手鼓跳舞上色。

是的。

为了使这种折磨成为过去，只需（但必须）对所有屏幕对象进行双重定位，无一例外：既按像素也按时间+价格。

加上由用户控制的所需坐标系（XY/TimePrice）的参考标志。(当然，还要为运行时的变化做好准备）。

我不知道为什么开发者要走通过坐标绑定将对象分为两类的路子，但实践表明，这是一个不幸的解决方案。

[Vladimir Gomonov]

zdd:
蜱虫是没有必要的。如果我们不得不这样做，我们将自己制作。最主要的是要有一个可以绘图的窗口，以及一个可以绘图的图形对象（不需要考虑它将得到哪个条形图，而且不会随着图表的变化而变化）。

嗯哼。"热烈支持。与我们现在所拥有的相比，关于图表的模拟（只是空的）想法是好的。

但更好的是最终创建正常的 "用户 "窗口，不与任何图表挂钩，但有能力创建mql5-程序窗口，随意绘制，并添加图形元素和控件。

至于现有的方案与图表的联系，...让它保持下去。在此基础上，最好能有一种方法，即默认情况下不与任何图表符号绑定。 GlobalMqlSpace听起来不错，是的。 在导航器中具有可视化表示，不需要这种绑定的脚本和EA可以被放入。并与任何数量的人在一起。用户的机器拉动多少，就让他拉动多少。

也许现在这些异国情调(?)的想法已经不存在了，开发者更有兴趣将终端发射 到工作轨道上。

仍然如此。我们肯定需要正常的、正规的mql-windows。如果不是明天，那么至少是后天。

[Dmitry Voronkov]

zdd:
Tiki是没有必要的。如果我们需要，我们可以自己做。最主要的是有一个可以画画的窗口，以及一个可以画画的图形对象（不用考虑它将落在哪个柱子上，也不用考虑它将不会随图表移动）。

开发者在三个月前就承诺让人们进入OBJ_BITMAP和OBJ_BITMAP_LABEL，但这将是以后的事，现在他们的任务是尽快启动终端。

[Vasily]

最期待的是mt5和连接subd中的真实交易量=)))