mql5语言的特点、微妙之处以及技巧 - 页 219 1...212213214215216217218219220221222223224225226...247 新评论 Nikolai Semko 2021.12.26 16:25 #2181 fxsaber #:在这里。 Alexey Viktorov#: 图表_is_maximized 图表_is_maximized bool r/o 图表_is_minimized Chart_is_minimized图表被最小化了 bool r/o 谢谢你,我现在就去试试。 还发现CHART_WINDOW_IS_VISIBLE。但我想我以前检查过,有一些细微的差别。 Nikolai Semko 2021.12.26 16:50 #2182 Nikolai Semko #:谢谢,我现在就去实验。 还发现CHART_WINDOW_IS_VISIBLE。但我想我以前检查过,有一些细微的差别。fxsaber#: 在这里。是的,你的变体可以工作,与CHART_WINDOW_IS_VISIBLE 不同。 再次感谢。 因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。 除了在不使用user32.dll的情况下,这个控件太昂贵了,因为你必须不断地监视所有的窗口。 但显然,只有当自己的图表窗口不在焦点上时,才应该监视所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。 fxsaber 2021.12.26 18:34 #2183 Nikolai Semko #:但显然,只有当自己的图表窗口不在焦点上时,所有的窗口才应该被监控(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。 即使有多个窗口,一个最小化的窗口也可以返回true。 Nikolai Semko 2021.12.26 18:51 #2184 fxsaber #:即使有一个以上的窗口,一个最小化的窗口也可以返回true。 我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible函数? Nikolai Semko 2021.12.26 19:02 #2185 Nikolai Semko #: 因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。 HHH除了在不使用user32.dll的情况下,监控的成本太高,因为你需要不断地监控所有的窗口。 但很明显,只有当你自己的图表窗口失去焦点时,才应该监控所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。 是的,只有在专家顾问系统中才是合理的,因为ChartGet功能在那里运行得更快。,在指标中没有必要为它费心。重绘画布比监视其他窗口的状态要快。 IMHO 同样,这一切都归结于ChatGet功能的迟缓:( fxsaber 2021.12.26 19:03 #2186 Nikolai Semko #:我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible? chart_bring_to_top. fxsaber 2021.12.26 19:05 #2187 Nikolai Semko #:是的,这只能在EA中得到证明,因为它们的ChartGet功能要快得多。 我监测时,它的速度很慢。 纠缠于指标是没有意义的。重绘画布比监控其他窗口更快。 IMHO 取决于计算的严重程度。对于HFT来说,尽可能地保持可视化是非常重要的。这就是为什么我使用IsInvisible2。 Nikolai Semko 2021.12.26 19:09 #2188 fxsaber #:chart_bring_to_top. 奇怪的是,在这种模式下,窗口的大小看起来好像没有被最小化。 然而,这是一种非常罕见的情况,即活动窗口被最小化了。是的,在这种情况下,它会无缘无故地乱晃。 fxsaber 2021.12.26 19:20 #2189 Nikolai Semko #:然而,这是一种非常罕见的情况,即活动窗口被最小化了。 关于交易、自动交易系统和策略测试的论坛 MT5和速度在行动 fxsaber, 2020.09.30 21:42 我看到,即使是我现在的性能线的机器人也在运行,因此,终端CPU是15%。现在给大家一个提示! 关闭市场观察(CTRL+M)--里面只有交易的符号。 用当前位置关闭表格(CTRL+T)。 最小化所有的图表。 瞧,终端CPU 2.5%!卸载你的VPS。如果其他人有任何有效的建议,请告诉我。 亲爱的开发者,请具备将终端切换到最小资源消耗模式的能力,以便进行算法交易。 战斗顾问最广泛的运作模式。 Nikolai Semko 2021.12.26 19:30 #2190 fxsaber #: 战斗力强的EA最常见的运作模式。 意味着在战斗模式下,你应该关闭所有图形的废话,而不是最小化。如果窗口保持可见但不活动,让图形被冻结。 而且,在我看来,当鼠标不活动时,例如1分钟,自动关闭和删除所有的图形,会更容易和更好。只要鼠标处于活动状态--图形就会恢复。 1...212213214215216217218219220221222223224225226...247 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
在这里。
图表_is_maximized
图表_is_maximized
bool r/o
图表_is_minimized
Chart_is_minimized图表被最小化了
bool r/o
谢谢你,我现在就去试试。
还发现CHART_WINDOW_IS_VISIBLE。但我想我以前检查过,有一些细微的差别。
谢谢,我现在就去实验。
还发现CHART_WINDOW_IS_VISIBLE。但我想我以前检查过,有一些细微的差别。
在这里。
是的,你的变体可以工作,与CHART_WINDOW_IS_VISIBLE 不同。
除了在不使用user32.dll的情况下,这个控件太昂贵了,因为你必须不断地监视所有的窗口。再次感谢。
因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。
但显然,只有当自己的图表窗口不在焦点上时,才应该监视所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。
但显然,只有当自己的图表窗口不在焦点上时,所有的窗口才应该被监控(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。
即使有多个窗口,一个最小化的窗口也可以返回true。
即使有一个以上的窗口,一个最小化的窗口也可以返回true。
我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible函数?
HHH除了在不使用user32.dll的情况下,监控的成本太高,因为你需要不断地监控所有的窗口。因此,通过这种方式而不是通过CHART_BRING_TO_TOP来控制位图形成的图表可见性是合理的。
但很明显,只有当你自己的图表窗口失去焦点时,才应该监控所有的窗口(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。
是的,只有在专家顾问系统中才是合理的,因为ChartGet功能在那里运行得更快。
同样,这一切都归结于ChatGet功能的迟缓:(,在指标中没有必要为它费心。重绘画布比监视其他窗口的状态要快。
IMHO
我们是在谈论CHART_BRING_TO_TOP还是 IsInvisible?
chart_bring_to_top.
是的,这只能在EA中得到证明,因为它们的ChartGet功能要快得多。
我监测时,它的速度很慢。
纠缠于指标是没有意义的。重绘画布比监控其他窗口更快。
IMHO
取决于计算的严重程度。对于HFT来说,尽可能地保持可视化是非常重要的。这就是为什么我使用IsInvisible2。
chart_bring_to_top.
奇怪的是,在这种模式下,窗口的大小看起来好像没有被最小化。
然而,这是一种非常罕见的情况,即活动窗口被最小化了。是的,在这种情况下,它会无缘无故地乱晃。
然而,这是一种非常罕见的情况,即活动窗口被最小化了。
关于交易、自动交易系统和策略测试的论坛
MT5和速度在行动
fxsaber, 2020.09.30 21:42
我看到,即使是我现在的性能线的机器人也在运行,因此,终端CPU是15%。现在给大家一个提示!
瞧,终端CPU 2.5%!卸载你的VPS。如果其他人有任何有效的建议,请告诉我。
亲爱的开发者,请具备将终端切换到最小资源消耗模式的能力,以便进行算法交易。
战斗力强的EA最常见的运作模式。
意味着在战斗模式下,你应该关闭所有图形的废话,而不是最小化。如果窗口保持可见但不活动,让图形被冻结。
而且,在我看来,当鼠标不活动时,例如1分钟,自动关闭和删除所有的图形,会更容易和更好。只要鼠标处于活动状态--图形就会恢复。