我的方法。核心是引擎。 - 页 77 1...707172737475767778798081828384...184 新评论 Реter Konow 2018.12.14 11:04 #761 Nikolai Semko:该 功能可用于自动调整文本元素的大小。在构造器层面（分析标记代码的GUI生成器），它是这样工作的。它能正确计算一切。如果在语言中设置了任何字体，文本位置将被正确设置。 在标记代码中，默认字体被设置为"Microsoft JhengHei Light"，并计算了元素中文本的位置。然后，一个数字内核被生成并加载到引擎中，作为对已安装字体的坐标校正。 如果用户的计算机没有计算的字体，而安装了不同的字体，那么在内核中计算的文本坐标值就不正确。因为它们是为不同的字体制作的。 因此，文本的位置不正确。你需要设置正确的字体，就可以了。 Dmitry Fedoseev 2018.12.14 11:07 #762 Реter Konow:瓦西里，为什么要写胡说八道？ 这只是在耍流氓吗？ 文件名中已经有一个空格。 填充是指在复选框事件上规定你的函数的调用。 你需要把EA放在图表上，然后是引擎。 这些文件必须准确地保存在Incloud文件夹中。 你不需要把任何东西放在任何地方。这不是一个骗局。瓦西里写得很正确。 Реter Konow 2018.12.14 11:09 #763 Dmitry Fedoseev:一切都由瓦西里正确书写。误解已经消除了。 Nikolai Semko 2018.12.14 11:18 #764 Реter Konow:在构造器层面（分析标记代码的GUI生成器），它是这样工作的。它能正确计算一切。如果在语言中设置了任何字体，文本位置就会正确设置。 在标记代码中，默认字体被设置为"Microsoft JhengHei Light"，并计算了元素中文本的位置。然后，一个数字内核被生成并加载到引擎中，作为对已安装字体的坐标校正。 如果用户的计算机没有计算的字体，而安装了不同的字体，那么在内核中计算的文本坐标值就不正确。因为它们是为不同的字体制作的。 因此，文本的位置不正确。你需要设置正确的字体，就可以了。 我明白了。如果你的引擎是作为EA中的一个类实现的，这个问题就不会存在。 Реter Konow 2018.12.14 11:22 #765 Nikolai Semko: 我明白了。如果你的引擎是作为EA内部的一个类实现的，这个问题就不会存在。也许...但这将是不同的。 Nikolai Semko 2018.12.14 12:01 #766 Реter Konow:也许...但也会有其他人。也许，使用单独的指标引擎来实现EA的接口的主要（也许是唯一的）优点是，指标在与EA不同的线程中运行，而且，由于接口是一个相当资源密集的任务，一般来说，以这种方式实现的接口，不会拖累EA本身的工作，这是好事。 但我对机制没有足够的认识和充分的理解，处理器和协处理器的资源如何在线程之间分配，线程的概念本身我也不太清楚。 有哪位知情者能澄清这些问题？ -由于减少了EA线程的负载，使用Peter的方法来提高专家顾问的运行效率，这是否合理？ -通过自定义中断系统组织EA线程和指标接口线程之间的交流，它对EA线程的负载有什么影响？ pavlick_ 2018.12.14 12:28 #767 Реter Konow:重新标记， 尽快摆脱有命名问题的文件，这不是一件滑稽的事情，尤其是公开分发的文件。空格在shell脚本中是个麻烦。 Реter Konow 2018.12.14 12:30 #768 Nikolai Semko:也许使用单独的指标引擎来实现EA的接口的主要（也许是唯一的）优点是，指标在与EA不同的线程中运行，由于接口是相当耗费资源的任务，以这种方式实现的接口不会拖累EA本身的工作，这很好。 但我对机制没有足够的认识和充分的理解，处理器和协处理器的资源如何在线程之间分配，线程的概念本身我也不太清楚。 有哪位知情者能澄清这些问题？ -由于EA线程上的负载减少，使用Peter的方法来提高专家顾问的运行效率是否合理？ -通过自定义中断系统组织EA线程和指标接口线程之间的交流，它如何影响EA线程的负载？我自己不知道这个问题（别人肯定更清楚），但该指标并不在与EA分开的线程中运行。或者至少对性能问题没有帮助。 指示器中的滚动速度很慢。当我把引擎代码连接到EA时，滚动的速度不是很慢。但在指标中，它坚持了下来。 简而言之，可以利用独立线程的优势。但在这种情况下，我们需要把它放在一个单独的图表上。 它创造了一个复杂的任务，从方便的角度（gui可以在图表之间移动）和从速度的角度（一个单独的线程）来看都是有利可图。 Реter Konow 2018.12.14 12:32 #769 pavlick_:重新标记， 尽快摆脱有命名问题的文件，这并不滑稽，特别是公开分发的文件。空间是货架上的一个痛苦的脚本。嗯，我在名字里加了个破折号。你有什么建议？ Nikolai Semko 2018.12.14 12:34 #770 Реter Konow:我自己对此了解不多（其他人可能知道得更多），但该指标并不在与EA分开的线程中运行。或者至少对性能问题没有帮助。 指示器中的滚动速度很慢。当我把引擎代码连接到EA时，滚动的速度不是很慢。但在指标中，它坚持了下来。 简而言之，我们必须使专家顾问中的引擎能够利用其独立的线程。而为此，我们需要把它放在一个单独的图表上。 这创造了一组任务，从方便的角度（gui可以在图表之间移动）和从速度的角度（单独的线程）来看都是有利可图的。https://www.mql5.com/ru/docs/runtime/running 1...707172737475767778798081828384...184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
该 功能可用于自动调整文本元素的大小。
在构造器层面（分析标记代码的GUI生成器），它是这样工作的。它能正确计算一切。如果在语言中设置了任何字体，文本位置将被正确设置。
在标记代码中，默认字体被设置为"Microsoft JhengHei Light"，并计算了元素中文本的位置。然后，一个数字内核被生成并加载到引擎中，作为对已安装字体的坐标校正。
如果用户的计算机没有计算的字体，而安装了不同的字体，那么在内核中计算的文本坐标值就不正确。因为它们是为不同的字体制作的。
因此，文本的位置不正确。你需要设置正确的字体，就可以了。
瓦西里，为什么要写胡说八道？
这只是在耍流氓吗？
文件名中已经有一个空格。
填充是指在复选框事件上规定你的函数的调用。
你需要把EA放在图表上，然后是引擎。
这些文件必须准确地保存在Incloud文件夹中。
你不需要把任何东西放在任何地方。这不是一个骗局。
瓦西里写得很正确。
一切都由瓦西里正确书写。
误解已经消除了。
在构造器层面（分析标记代码的GUI生成器），它是这样工作的。它能正确计算一切。如果在语言中设置了任何字体，文本位置就会正确设置。
在标记代码中，默认字体被设置为"Microsoft JhengHei Light"，并计算了元素中文本的位置。然后，一个数字内核被生成并加载到引擎中，作为对已安装字体的坐标校正。
如果用户的计算机没有计算的字体，而安装了不同的字体，那么在内核中计算的文本坐标值就不正确。因为它们是为不同的字体制作的。
因此，文本的位置不正确。你需要设置正确的字体，就可以了。
我明白了。
也许...但这将是不同的。
也许...但也会有其他人。
也许，使用单独的指标引擎来实现EA的接口的主要（也许是唯一的）优点是，指标在与EA不同的线程中运行，而且，由于接口是一个相当资源密集的任务，一般来说，以这种方式实现的接口，不会拖累EA本身的工作，这是好事。
但我对机制没有足够的认识和充分的理解，处理器和协处理器的资源如何在线程之间分配，线程的概念本身我也不太清楚。
有哪位知情者能澄清这些问题？
-由于减少了EA线程的负载，使用Peter的方法来提高专家顾问的运行效率，这是否合理？
-通过自定义中断系统组织EA线程和指标接口线程之间的交流，它对EA线程的负载有什么影响？
重新标记， 尽快摆脱有命名问题的文件，这不是一件滑稽的事情，尤其是公开分发的文件。空格在shell脚本中是个麻烦。
也许使用单独的指标引擎来实现EA的接口的主要（也许是唯一的）优点是，指标在与EA不同的线程中运行，由于接口是相当耗费资源的任务，以这种方式实现的接口不会拖累EA本身的工作，这很好。
但我对机制没有足够的认识和充分的理解，处理器和协处理器的资源如何在线程之间分配，线程的概念本身我也不太清楚。
有哪位知情者能澄清这些问题？
-由于EA线程上的负载减少，使用Peter的方法来提高专家顾问的运行效率是否合理？
-通过自定义中断系统组织EA线程和指标接口线程之间的交流，它如何影响EA线程的负载？
我自己不知道这个问题（别人肯定更清楚），但该指标并不在与EA分开的线程中运行。或者至少对性能问题没有帮助。
指示器中的滚动速度很慢。当我把引擎代码连接到EA时，滚动的速度不是很慢。但在指标中，它坚持了下来。
简而言之，可以利用独立线程的优势。但在这种情况下，我们需要把它放在一个单独的图表上。
它创造了一个复杂的任务，从方便的角度（gui可以在图表之间移动）和从速度的角度（一个单独的线程）来看都是有利可图。
重新标记， 尽快摆脱有命名问题的文件，这并不滑稽，特别是公开分发的文件。空间是货架上的一个痛苦的脚本。
嗯，我在名字里加了个破折号。你有什么建议？
我自己对此了解不多（其他人可能知道得更多），但该指标并不在与EA分开的线程中运行。或者至少对性能问题没有帮助。
指示器中的滚动速度很慢。当我把引擎代码连接到EA时，滚动的速度不是很慢。但在指标中，它坚持了下来。
简而言之，我们必须使专家顾问中的引擎能够利用其独立的线程。而为此，我们需要把它放在一个单独的图表上。
这创造了一组任务，从方便的角度（gui可以在图表之间移动）和从速度的角度（单独的线程）来看都是有利可图的。