mql5言語の特徴、微妙なニュアンスとテクニック - ページ 219 1...212213214215216217218219220221222223224225226...247 新しいコメント Nikolai Semko 2021.12.26 15:25 #2181 fxsaber #:これです。 Alexey Viktorov(アレクセイ ビクトロフ)#: chart_is_maximized Chart_is_maximized かっせん chart_is_minimized Chart_is_minimized チャートが最小化される。 かっせん ありがとうございます、これからやってみます。 また、CHART_WINDOW_IS_VISIBLEを 見つけました。でも、以前確認したことがあり、ニュアンスが違っていたような気がします。 Nikolai Semko 2021.12.26 15: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 17:34 #2183 Nikolai Semko #:しかし、明らかに、自身のチャート・ウィンドウにフォーカスがないときのみ、すべてのウィンドウをモニターすべきです(ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。 最小化されたウィンドウは、複数のウィンドウが存在する場合でもtrueを返すことがあります。 Nikolai Semko 2021.12.26 17:51 #2184 fxsaber #:最小化されたウィンドウは、複数のウィンドウが存在する場合でもtrueを返すことがあります。 CHART_BRING_TO_TOP 関数なのか IsInvisible関数 なのか? Nikolai Semko 2021.12.26 18:02 #2185 Nikolai Semko #: そのため、CHART_BRING_TO_TOPを使用する代わりに、この方法でビットマップ形成時のチャートの可視性を制御することは理にかなっています。 HHH ただし、user32.dll を使用しないと、すべてのウィンドウを常に監視する必要があるため、監視コストがかかりすぎます。 しかし、すべてのウィンドウを監視するのは、自分自身のチャートウィンドウがフォーカスされていないときだけにするのが当然です (ChartGetInteger(0, CHART_BRING_TO_TOP) == false)。 Expert Advisor では、ChartGet 関数がより速く実行されるため、正当化されます。他のウィンドウの状態を監視するよりも、キャンバスを再描画した方が早いからです。 IMHO 繰り返しになりますが、全てはChatGet関数の遅さに起因しています :( fxsaber 2021.12.26 18:03 #2186 Nikolai Semko #:CHART_BRING_TO_TOP と IsInvisible のどちらを使用するのですか? chart_bring_to_top。 fxsaber 2021.12.26 18:05 #2187 Nikolai Semko #:はい、これはEAのChartGet機能がより高速であるため、EAにおいてのみ正当化できます。 モニターした時は遅かったです。 わざわざインジケータを使う意味はない。キャンバスの再描画は、他のウィンドウをモニターするよりも高速に行えます。 IMHO 計算の厳しさによる。HFTでは、可視化をできるだけ少なくすることが非常に重要です。だから、IsInvisible2を使っているのです。 Nikolai Semko 2021.12.26 18:09 #2188 fxsaber #:chart_bring_to_top。 このモードでは、ウィンドウの大きさが最小化されていないかのように見えるのが不思議です。 ただし、これはアクティブウィンドウが最小化されるごくまれなケースです。そう、この場合は無意味に空回りしてしまうのです。 fxsaber 2021.12.26 18:20 #2189 Nikolai Semko #:ただし、これはアクティブウィンドウが最小化 されるごくまれなケースです。 トレーディング、自動売買システム、ストラテジーテストに関するフォーラム MT5とスピードの関係 fxsaber, 2020.09.30 21:42 今はパフォーマンス重視のボットも、ターミナルのCPUが15%になるように動かしていますね。そして、今度は脱帽です! マーケットウォッチを閉じる (CTRL+M) - 取引されたシンボルだけが表示されます。 現在のポジションでテーブルを閉じる(CTRL+T)。 すべてのグラフを最小化する。 ほら、端末CPU2.5%!VPSを アンロードしてください。他に有効なお勧めがあれば、教えてください。 開発者の皆様、アルゴトレーディングのために端末を最小資源消費モードに切り替える機能をお願いします。 バトルアドバイザーの最も普及した運用形態。 Nikolai Semko 2021.12.26 18:30 #2190 fxsaber #: 戦闘用EAとして最も一般的な動作モード。 は、戦闘モードでは、最小化せずにすべての無意味なグラフィックをオフにする必要があることを意味します。ウィンドウが表示されたままでアクティブでない場合、グラフィックスをフリーズさせる。 そして、マウスが1分間など非アクティブになったときに、自動的にすべてのグラフィックスをオフにして削除する方が、簡単でよいと思われます。マウスがアクティブになるとすぐに - グラフィックスが再開されます。 1...212213214215216217218219220221222223224225226...247 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
これです。
chart_is_maximized
Chart_is_maximized
かっせん
chart_is_minimized
Chart_is_minimized チャートが最小化される。
かっせん
ありがとうございます、これからやってみます。
また、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)。
繰り返しになりますが、全てはChatGet関数の遅さに起因しています :(Expert Advisor では、ChartGet 関数がより速く実行されるため、正当化されます。他のウィンドウの状態を監視するよりも、キャンバスを再描画した方が早いからです。
IMHO
CHART_BRING_TO_TOP と IsInvisible のどちらを使用するのですか?
chart_bring_to_top。
はい、これはEAのChartGet機能がより高速であるため、EAにおいてのみ正当化できます。
モニターした時は遅かったです。
わざわざインジケータを使う意味はない。キャンバスの再描画は、他のウィンドウをモニターするよりも高速に行えます。
IMHO
計算の厳しさによる。HFTでは、可視化をできるだけ少なくすることが非常に重要です。だから、IsInvisible2を使っているのです。
chart_bring_to_top。
このモードでは、ウィンドウの大きさが最小化されていないかのように見えるのが不思議です。
ただし、これはアクティブウィンドウが最小化されるごくまれなケースです。そう、この場合は無意味に空回りしてしまうのです。
ただし、これはアクティブウィンドウが最小化 されるごくまれなケースです。
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2020.09.30 21:42
今はパフォーマンス重視のボットも、ターミナルのCPUが15%になるように動かしていますね。そして、今度は脱帽です!
ほら、端末CPU2.5%!VPSを アンロードしてください。他に有効なお勧めがあれば、教えてください。
開発者の皆様、アルゴトレーディングのために端末を最小資源消費モードに切り替える機能をお願いします。
戦闘用EAとして最も一般的な動作モード。
は、戦闘モードでは、最小化せずにすべての無意味なグラフィックをオフにする必要があることを意味します。ウィンドウが表示されたままでアクティブでない場合、グラフィックスをフリーズさせる。
そして、マウスが1分間など非アクティブになったときに、自動的にすべてのグラフィックスをオフにして削除する方が、簡単でよいと思われます。マウスがアクティブになるとすぐに - グラフィックスが再開されます。