グラフィカルモードでMQLのGUIを作成する。 - ページ 14 1...789101112131415 新しいコメント Alexey Volchanskiy 2018.06.23 14:07 #131 Yuriy Asaulenko: 外付けのTSがあるので、ターミナルからのGUIフィードバックは必要ない。では、端末は使わないのですか？テレパシーで取引しているのか？ Yuriy Asaulenko 2018.06.23 14:57 #132 Alexey Volchanskiy:では、端末は使わないのですか？テレパシーで取引？)) 端末は、データ提供者であり、かつ、注文実行受信者である。それだけです。構成するものがないんです。整理しますと2つのMT EAを使用します。一つはデータを提供する側、もう一つは注文を実行する側です。これによって、もうひとつの端末の糸ができる。わかったか？以前から言っていることですが Алексей Барбашин 2018.06.23 15:29 #133 Maxim Kuznetsov:正直なところ、グラフにフォームを添付する必要性を感じたことはないですね。 チャートに直結したアクティブグラフィックがある（各種ライン、キャプション、レタリングなど）。 しかし、設定、レポート、統計といったGUIコントロールはあります。しかも、かなり大きいので、チャートの中に入れるのはユーザーに対する犯罪です :-) フォームをチャートの上に配置するだけです。 ウィンドウマネージャからフォームを削除し、チャートのジオメトリとフォーカスの変化を追跡する必要があります。 そんな「手描きの夕日」:-)少なくとも、MetaTraderの中枢に入り込むことはなく、そのウィンドウに新たな悪寒やフックを押し付けることもない-つまり、礼儀正しく振舞うことができる。 DLLから呼び出されるGUIは、それを呼び出すExpert AdvisorやIndicatorが、わずかなくしゃみで定期的に再起動するという、最も不快な機能を備えています。それが、フォームの再開につながり、汚い言葉の滝となる...。 もしかしたら、長く発表されている「サービス」（と呼ばれるもの）には、この欠点がないのかもしれません。 update/about to put the form - RectLabelをチャートに、codinatesの変化を追跡するためにchart-eventsに配置する。変更したら、フォームを上に厳密に配置します:-)タブを切り替えるときにタンバリンが必要、ウィンドウを最小化してフォームを隠すのが間に合わない納得がいきません。最初の例のように、注文がGUIで開かれる場合、対応するフォームは対応するチャートに属しているはずです。例えば、5つのチャートを開いていて、そのうち注文管理 フォームが開かれている（レポートや設定ではない）場合です。異なるチャートに "属する "5つのフォームを無料で提供することは、ユーザーを混乱させるだけでなく、混乱を招くことになります。ましてや、アクティブなチャートに属するフォームだけが目の前にあるとなると、話は別だ。 Maxim Kuznetsov 2018.06.23 16:16 #134 Алексей Барбашин:私はそうは思いません。最初の例のように、GUI を使って注文を出す場合は、対応するフォームが対応するチャートに属している必要があります。例えば、5つのチャートを開いていて、そのうち注文管理 フォームが実行されている（レポートや設定ではない）とします。異なるチャートに "属する "5つのフォームを無料で提供することは、ユーザーを混乱させるだけでなく、混乱を招くことになります。ましてや、アクティブなチャートに属するフォームだけが目の前にあるとなると、話は別だ。ちなみに、オーダーのテーブル（ツリー）もありますが、あくまで一例です...。 ユーザーの主な疑問は、3台のモニターに「どのようにチャート/フォームを配置するか」です :-)取引中のタブは禁止 - すべてを表示する必要がある Alexey Volchanskiy 2018.06.23 17:01 #135 Yuriy Asaulenko:)) 端末はデータ提供者であり、アプリケーション実行受信者である。それだけです。その中で設定することは何もない。明確にすること。MTアドバイザーを2名採用。一つはデータを提供する側、もう一つは注文を実行する側です。これによって、もうひとつの端末の糸ができる。頭で理解する？以前から言っていることですが冗談か、それとも何かのトリックなのか？2日前から回答を求めているのですが、2台目の受信機はどのチャンネルでこの要求を受信しているのでしょうか？スカウトした方がいいんじゃない？もし捕まっても、手を振って唾を吐いて放置、やはりリア充一直線...。 Алексей Барбашин 2018.06.23 17:36 #136 Alexey Volchanskiy:冗談か、それとも何かのトリックなのか？私は答えを得るために2日間試してきました - どのような通信チャネルは、第二 - 受信者-実行者がこれらの要求を取得するのですか？スカウトに入ったらどうだ？もし捕まっても、手を振って唾を吐いて放っておくだろう、どうせリア充一色なんだから...。Alexei 私の推測では、各チャートにはアプリケーションにデータを送信するEAが ある、というスキームです。これらはデータ提供者です。別のチャートに1つのEAがあり、アプリケーションのコマンドをポーリングしています。リクエストを受け付け、実行するEAです。その結果、チャート上のEA自体がアンケートのダウンロードに忙殺されることがないのです。データを送信して、そのモードで作業を続けるのです。そして、別のEAが常時ポーリングに従事している。 しかし、Expert Advisorを別に用意する必要性は感じられません。EAとは別スレッドになるので、ポーリングはインジケータで処理することができます。そして、インジケータがこのチャートに対する注文を検出すると、イベントを送信し、それをExpert Advisorが傍受して実行することができます。 Alexey Volchanskiy 2018.06.23 17:52 #137 Алексей Барбашин:Alexeiさん、以下のような仕組みだと思います。各チャートにはEAがあり、アプリにデータを送信しています。これらはデータ提供者です。別のチャートに1つのEAがあり、アプリケーションのコマンドをポーリングしています。リクエストを受け付け、実行するEAです。その結果、チャート上のEA自体がアンケートのダウンロードに忙殺されることがないのです。データを送信して、そのモードで作業を続けるのです。そして、別のEAが常時ポーリングに従事している。 しかし、Expert Advisorを別に用意する必要性は感じられません。EAとは別スレッドになるので、ポーリングはインジケータで処理することができます。そして、インジケータがこのチャートに対する注文を検出すると、EAに傍受され実行されるイベントを送信することができます。5つのEAに分かれるか100500に分かれるかなんてどうでもいい。通信経路について質問したのですが、通信経路にはいくつかの種類があります。繰り返しになりますが、私は10年前にパイプラインでやっていたんです。当時はmqlの組み込みpipsはなく、ネイティブのC++DLLを使用していました。そして、ロボット全体がシャープの中に入っていたのです。Expert Advisorからのコマンドは、高速化のために非同期で発行されるため、DLLバッファに蓄積されていた。そして、MQL4 Expert Advisorはティック 毎にDLLにアクセスし（まだタイマーは付いていない）、クォートを渡してコマンドを拾いました。すべてが多通貨だった、なぜたくさんのチャートが必要なのか理解できない。 ここでは、交換のメカニズムを2行で説明しました。水の海ではなく、自分の仕組みを表現するのは、そんなに難しいことなのでしょうか？ Yuriy Asaulenko 2018.06.23 18:54 #138 Alexey Volchanskiy:ここでは、交換のメカニズムを2行で説明しました。ウォーターアの海ではなく、自分のメカニズムを表現するのは、そんなに難しいことなのでしょうか？ クソッ最初にGUIについて、つまりコミュニケーションの取り方について質問しました。と聞くと、「そんなのいらないよ。今、彼はアドバイザーのコミュニケーション方法が必要であることがわかりました。私のブログを見てください。すでに内輪でいろいろ話し合った結果、すべて把握できているようです。良い答えを得たいなら、良い質問をしなさい)言い方を学ぶ) Alexey Volchanskiy 2018.06.23 22:57 #139 Yuriy Asaulenko: クソッ最初にGUIについてお聞きしましたが、どのように通信するのですか？彼はこう答えた--とんでもない、必要ない。今、彼が必要としているのは、アドバイザーのコミュニケーション方法であることが判明した。私のブログを見てください。すでに内輪でいろいろ話し合った結果、すべて把握できているようです。普通の答えが欲しければ、普通の質問をしなさい)言い方を学ぶ)本当に質問を受け付けることができないんですね。参議院議員のコミュニケーションに興味はない。以上、無意味なのでスレを閉じます。 Vladimir 2018.06.24 00:38 #140 Alexey Volchanskiy:5人の議員に分かれるか100500人に分かれるかなんてどうでもいいんだよ。通信経路について質問したのですが、通信経路にはいくつかの種類があります。繰り返しになりますが、私は10年前にパイプラインでやっていたんです。当時はmqlの組み込みpipsはなく、ネイティブのC++DLLを使用していました。そして、ロボット全体がシャープの中に入っていたのです。Expert Advisorからのコマンドは、高速化のために非同期で発行されるため、DLLバッファに蓄積されていた。そして、MQL4 Expert Advisorはティック 毎にDLLにアクセスし（まだタイマーは付いていない）、クォートを渡してコマンドを拾いました。すべてが多通貨だった、なぜたくさんのチャートが必要なのか理解できない。 ここでは、交換のメカニズムを2行で説明しました。水の海ではなく、自分の仕組みを表現するのは、そんなに難しいことなのでしょうか？ 多通貨EAの「1ティックごと」に興味がある。えっ、1つのチャートにたくさんの楽器からのティック到着イベントがあったんですか？あるいは、"every tick "は、OnTick関数で処理され、ヘルプデスクでは「 EAが接続されているチャートのシンボルで新しいティックを受信したときに Expert Advisorにのみ 発生する」と説明されている、共通のイベントとは異なる意味を持つのでしょうか? 1...789101112131415 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
外付けのTSがあるので、ターミナルからのGUIフィードバックは必要ない。
では、端末は使わないのですか？テレパシーで取引しているのか？
では、端末は使わないのですか？テレパシーで取引？
正直なところ、グラフにフォームを添付する必要性を感じたことはないですね。
チャートに直結したアクティブグラフィックがある（各種ライン、キャプション、レタリングなど）。
しかし、設定、レポート、統計といったGUIコントロールはあります。しかも、かなり大きいので、チャートの中に入れるのはユーザーに対する犯罪です :-)
フォームをチャートの上に配置するだけです。 ウィンドウマネージャからフォームを削除し、チャートのジオメトリとフォーカスの変化を追跡する必要があります。
update/about to put the form - RectLabelをチャートに、codinatesの変化を追跡するためにchart-eventsに配置する。変更したら、フォームを上に厳密に配置します:-)タブを切り替えるときにタンバリンが必要、ウィンドウを最小化してフォームを隠すのが間に合わないそんな「手描きの夕日」:-)少なくとも、MetaTraderの中枢に入り込むことはなく、そのウィンドウに新たな悪寒やフックを押し付けることもない-つまり、礼儀正しく振舞うことができる。
DLLから呼び出されるGUIは、それを呼び出すExpert AdvisorやIndicatorが、わずかなくしゃみで定期的に再起動するという、最も不快な機能を備えています。それが、フォームの再開につながり、汚い言葉の滝となる...。
もしかしたら、長く発表されている「サービス」（と呼ばれるもの）には、この欠点がないのかもしれません。
納得がいきません。最初の例のように、注文がGUIで開かれる場合、対応するフォームは対応するチャートに属しているはずです。例えば、5つのチャートを開いていて、そのうち注文管理 フォームが開かれている（レポートや設定ではない）場合です。異なるチャートに "属する "5つのフォームを無料で提供することは、ユーザーを混乱させるだけでなく、混乱を招くことになります。ましてや、アクティブなチャートに属するフォームだけが目の前にあるとなると、話は別だ。
私はそうは思いません。最初の例のように、GUI を使って注文を出す場合は、対応するフォームが対応するチャートに属している必要があります。例えば、5つのチャートを開いていて、そのうち注文管理 フォームが実行されている（レポートや設定ではない）とします。異なるチャートに "属する "5つのフォームを無料で提供することは、ユーザーを混乱させるだけでなく、混乱を招くことになります。ましてや、アクティブなチャートに属するフォームだけが目の前にあるとなると、話は別だ。
ちなみに、オーダーのテーブル（ツリー）もありますが、あくまで一例です...。
ユーザーの主な疑問は、3台のモニターに「どのようにチャート/フォームを配置するか」です :-)取引中のタブは禁止 - すべてを表示する必要がある
)) 端末はデータ提供者であり、アプリケーション実行受信者である。それだけです。その中で設定することは何もない。
冗談か、それとも何かのトリックなのか？2日前から回答を求めているのですが、2台目の受信機はどのチャンネルでこの要求を受信しているのでしょうか？スカウトした方がいいんじゃない？もし捕まっても、手を振って唾を吐いて放置、やはりリア充一直線...。
冗談か、それとも何かのトリックなのか？私は答えを得るために2日間試してきました - どのような通信チャネルは、第二 - 受信者-実行者がこれらの要求を取得するのですか？スカウトに入ったらどうだ？もし捕まっても、手を振って唾を吐いて放っておくだろう、どうせリア充一色なんだから...。
Alexei 私の推測では、各チャートにはアプリケーションにデータを送信するEAが ある、というスキームです。これらはデータ提供者です。別のチャートに1つのEAがあり、アプリケーションのコマンドをポーリングしています。リクエストを受け付け、実行するEAです。その結果、チャート上のEA自体がアンケートのダウンロードに忙殺されることがないのです。データを送信して、そのモードで作業を続けるのです。そして、別のEAが常時ポーリングに従事している。
しかし、Expert Advisorを別に用意する必要性は感じられません。EAとは別スレッドになるので、ポーリングはインジケータで処理することができます。そして、インジケータがこのチャートに対する注文を検出すると、イベントを送信し、それをExpert Advisorが傍受して実行することができます。
Alexeiさん、以下のような仕組みだと思います。各チャートにはEAがあり、アプリにデータを送信しています。これらはデータ提供者です。別のチャートに1つのEAがあり、アプリケーションのコマンドをポーリングしています。リクエストを受け付け、実行するEAです。その結果、チャート上のEA自体がアンケートのダウンロードに忙殺されることがないのです。データを送信して、そのモードで作業を続けるのです。そして、別のEAが常時ポーリングに従事している。
しかし、Expert Advisorを別に用意する必要性は感じられません。EAとは別スレッドになるので、ポーリングはインジケータで処理することができます。そして、インジケータがこのチャートに対する注文を検出すると、EAに傍受され実行されるイベントを送信することができます。
5つのEAに分かれるか100500に分かれるかなんてどうでもいい。通信経路について質問したのですが、通信経路にはいくつかの種類があります。繰り返しになりますが、私は10年前にパイプラインでやっていたんです。当時はmqlの組み込みpipsはなく、ネイティブのC++DLLを使用していました。そして、ロボット全体がシャープの中に入っていたのです。Expert Advisorからのコマンドは、高速化のために非同期で発行されるため、DLLバッファに蓄積されていた。そして、MQL4 Expert Advisorはティック 毎にDLLにアクセスし（まだタイマーは付いていない）、クォートを渡してコマンドを拾いました。すべてが多通貨だった、なぜたくさんのチャートが必要なのか理解できない。
ここでは、交換のメカニズムを2行で説明しました。水の海ではなく、自分の仕組みを表現するのは、そんなに難しいことなのでしょうか？
ここでは、交換のメカニズムを2行で説明しました。ウォーターアの海ではなく、自分のメカニズムを表現するのは、そんなに難しいことなのでしょうか？
クソッ最初にGUIについてお聞きしましたが、どのように通信するのですか？彼はこう答えた--とんでもない、必要ない。今、彼が必要としているのは、アドバイザーのコミュニケーション方法であることが判明した。
本当に質問を受け付けることができないんですね。参議院議員のコミュニケーションに興味はない。以上、無意味なのでスレを閉じます。
5人の議員に分かれるか100500人に分かれるかなんてどうでもいいんだよ。通信経路について質問したのですが、通信経路にはいくつかの種類があります。繰り返しになりますが、私は10年前にパイプラインでやっていたんです。当時はmqlの組み込みpipsはなく、ネイティブのC++DLLを使用していました。そして、ロボット全体がシャープの中に入っていたのです。Expert Advisorからのコマンドは、高速化のために非同期で発行されるため、DLLバッファに蓄積されていた。そして、MQL4 Expert Advisorはティック 毎にDLLにアクセスし（まだタイマーは付いていない）、クォートを渡してコマンドを拾いました。すべてが多通貨だった、なぜたくさんのチャートが必要なのか理解できない。
ここでは、交換のメカニズムを2行で説明しました。水の海ではなく、自分の仕組みを表現するのは、そんなに難しいことなのでしょうか？