用 MQL 编写的用户界面图库 - 页 52

[Реter Konow]

我在准备周六的更新，所以不会发太多帖子。祝大家一周愉快

[hini]

Реter Konow #:
我在准备周六的更新，所以不会发太多帖子。祝大家一周愉快

等待是漫长的

[Реter Konow]

hini #:

等待是漫长的。

为什么呢？我原本答应周六更新的。

别担心，会有更新的。:)

[hini]

忘了问，这代码库是仅限MT5吗，MT4是否也可以使用？

[Maxim Kuznetsov]

hini #:
我忘了问，该代码库仅限于 MT5，是否也适用于 MT4？

代码库仅限于这个论坛的主题，这里和现在

Peter 的唯一官方代码/来源是 OHLS：

没有代码、档案、存储库或文档

.

@eroptery alone 除非你想卖一些你不需要的东西。

PETER，你已经被告知 5-7 年了，如果不是更久的话：开始一个他妈的代表。

[Реter Konow]

hini #:
我忘了问，这个代码库仅限于 MT5，是否也适用于 MT4？

该构建器仅针对 MT5 平台开发。我对这一特定平台的光明前景充满信心。MT4 已无法满足使用 kanvas 的大量要求。而且渲染速度要慢得多。

[Реter Konow]

今晚发布。

[Реter Konow]

在此版本中

1. 摆脱切换标签页时的滞后现象，并全面提高肉眼可见的 渲染速度。

2. 修复了使用 ALWAYS ON TOP 属性在另一个窗口上叠加画布的问题。

3. 修复了关闭子窗口或将终端窗口移至其他显示器时任务栏自适应调整图表大小的问题。

4.对绘图代码进行了大规模重构。从根本上改变了处理资源的方法。现在，所有图像只在第一次绘制时完全绘制，然后无需重新绘制即可放置在所需的画布上。这大大提高了元素反应和选项卡切换的速度。画布上可以有任意数量的元素，在切换选项卡时不会有丝毫延迟。此外，现在 "物理 "画布不会为适应图像而改变大小，始终保持不变。只有存储图像的资源会改变大小。

所有这些都需要大量的工作。当然，重新设计后还会有一些小错误，但最困难的部分已经过去了。

过去的渲染方法与新方法的区别：

//-----------------------------------------------------------------------------------------------------

今晚发布。

[hini]

新版本的确提高了速度，非常好！

[hini]

Реter，你以后发布新版本，能不能考虑将目录改为英文？涉及到目录名的源代码文件，用文本替换完成。