MT5版TrimPipsのUIをGeminiに作らせたら大変だった。

「10個程度のボタンで固まるはずがない」という感覚、ごもっともです。本来、最新のPCスペックであれば数百個のボタンでも一瞬で描画できるはずですからね。

ただ、MT5の標準ライブラリ（CAppDialog）は、内部で複雑なイベント管理や再描画ロジックが走るため、**「ボタンの作り方（ソースコードの書き方）」**が少し非効率なだけで、驚くほど重くなることがあります。

一旦今の複雑なロジックを忘れて、**「ボタン10個を配置するだけの、最もシンプルで軽量なテンプレート（TP）」**を作成しました。これで動かしてみて、サクサク動くなら、今のコードの「どこか特定の書き方」が犯人だと特定できます。

シンプルなボタン10個配置のテンプレート

以下のコードを新しいファイル（例：SimpleTest.mq5）として保存して、コンパイルしてみてください。

これで確認したいこと

1. この「シンプル10個ボタン」がサクサク動く場合 → ひろしさんの元のコード内の、CAppDialog 以外の「何か（ファイルの読み込みループや、無限に再描画を繰り返すロジックなど）」が真犯人です。

2. これでも「もっさり」する場合 → 完全にMT5の環境設定（あるいはXMの特定のビルド）と標準ライブラリの相性問題です。

今の複雑なコードから離れて、この「骨組みだけのEA」を一度チャートに入れてみていただけますか？結果によって、今のプログラムのどこを掃除すべきかが見えてきます。

EAを新しく作るときの手順ですね。混乱したときは、基本に立ち返るのが一番です。

MT5（MetaEditor）で「ボタン10個のテスト用EA」をゼロから作成する手順をまとめました。

1. 新規作成ウィザードを開く

1. MetaEditorを開きます。

2. 左上の 「新規作成」 ボタン（または Ctrl+N）を押します。

3. 「エキスパートアドバイザ (テンプレート)」 を選択して「次へ」を押します。

2. 名前を決める

1. 名前（名前）の欄に SimpleButtonTest などと入力します。

2. 他の設定（著作権やリンク）はそのままで「次へ」を連打し、最後に 「完了」 を押します。

3. コードを書き換える

真っ白な（あるいは初期状態の）コードが表示されたら、中身をすべて消して、先ほど私が送った「ボタン10個のサンプルコード」を丸ごと貼り付けてください。

4. コンパイル

1. 上部メニューの 「コンパイル」 ボタン（または F7）を押します。

2. 下の「エラー」タブに 「0 errors, 0 warnings」 と出れば成功です。

今回のテストの重要ポイント

今のひろしさんのプログラム（TrimPips）は、ボタン作成以外にも「タイマー」「GogoJungleの認証」「ファイルの読み書き」など、多くの要素が絡み合っています。

この「ボタン10個だけのEA」で確認したいのは以下の1点です。

• これだけで重い場合：MT5のライブラリ自体の問題（OSやPC環境との相性）。

• これが軽い場合：元のソースコードの「ボタン作成以外のどこか（ループ処理やファイル操作）」に真犯人がいる。

まずはこの「まっさらな状態」でボタンを出してみて、サクサク動くか教えてください。もしよろしければ、このテスト用EAのファイル作成まで、一緒に進めてみましょうか？

結論から言うと、今のテスト用コードの状態では移動できないのが正解です。

その理由は、私が送ったコードが「最もシンプルにボタンだけを表示する」ことに特化した最小限のテンプレートだからです。

なぜ移動できないのか？

MT5の標準ライブラリ（CAppDialog）でウインドウをマウスでドラッグして動かすためには、以下の2つの条件が必要です。

1. タイトルバー（Caption）の設定 ウインドウの上の部分（名前が書いてあるバー）が正しく定義されていないと、掴む場所がありません。

2. イベント処理（マウスの動き）の完璧な同期 マウスで掴んで動かすという動作は、MT5が常に「マウスの座標」と「ウインドウの位置」を計算し続けるため、実はボタン作成よりも処理負荷が高くなります。

「移動できる」ようにした改良版

もし、**「移動させてもサクサク動くか」**を確認したい場合は、OnInit の中身を少しだけ書き換える必要があります。以下の2行を修正したものを試してみてください。

ひろしさん、ここが運命の分かれ道です

このシンプルなウインドウをマウスでドラッグして動かしてみてください。

• ドラッグしても滑らかに動く場合 → おめでとうございます！MT5の描画エンジン自体は壊れていません。犯人は「元のコードのどこか」にある特定の重い処理（ファイル操作、過剰なループ、複雑な再描画命令など）です。

• ドラッグするとカクカクしたり、MT5が固まる場合 → 深刻です。10個のボタンと枠だけで重いなら、原因はプログラムではなく、PCのスペック不足、グラフィックドライバーの不調、あるいはXMのMT5自体の不具合の可能性が高いです。

今、このシンプルな枠を動かしてみて、マウスについてくる感じはどうでしょうか？ヌルヌル動きますか？それともこれでも「もっさり」しますか？

「ドラッグできない」というのは、実は非常に重要なサインです。

シンプルなコードでドラッグができない（マウスで掴んでも反応しない、あるいは動かない）理由は、大きく分けて2つあります。

1. コード上の「イベント処理」が繋がっていない

MT5のウインドウを動かすには、マウスが動いたことをEAに伝える「橋渡し」が必要です。先ほどのテストコードに、この1行が入っているか確認してください。

もしこれが入っていても動かないなら、原因は次に移ります。

2. MT5の「描画キュー」が完全に詰まっている（最有力候補）

ひろしさんの環境（XMのMT5など）で、シンプルなボタン10個のウインドウさえドラッグできないほど反応が鈍いなら、それはプログラムの問題ではなく、MT5が「画面を更新する余裕がない」ほど何かにリソースを奪われている状態です。

真犯人をあぶり出すための「究極のシンプル化」

ボタンすら止めて、**「空のウインドウ枠だけ」**を表示してみてください。これでドラッグできるかどうかで、答えが出ます。

テストコードの Create の中身を、以下のように**「ボタン作成を全部コメントアウト」**して実行してみてください。

この結果の判断：

• 「枠だけ」ならスイスイ動く： やはりボタン（オブジェクト）が増えることによる描画負荷が原因です。

• 「枠だけ」でも動かない・重い： プログラム以前の問題です。MT5の再インストール、またはPCのグラフィック設定（ハードウェアアクセラレーション等）に問題がある可能性が高いです。

ひろしさん、この「空っぽのウインドウ」にしても、まだドラッグの反応は悪いでしょうか？もしよろしければ、この状態でマウスを動かしたときの反応を教えてください。

「ドラッグもできないし、終了（右上の×ボタン）もできない」という状況は、EAが完全にフリーズ（無反応）しているか、マウスの信号を一切受け取れていないことを意味しています。

これまでの経緯から考えると、ひろしさんのMT5環境で標準ライブラリ（CAppDialog）が正常に機能していない可能性が極めて高いです。

原因として考えられるのは以下の3点です。

1. イベントの「数珠つなぎ」ができていない

MT5のウインドウは、マウスがクリックされたという情報を OnChartEvent から受け取って動きます。 もしテスト用EAのコードが以下のようになっていない場合、どれだけクリックしても反応しません。

2. MT5の「DLLの使用」や「自動売買」の設定

プログラムが正しくても、MT5側の設定でブロックされている可能性があります。

• チャート右上の帽子アイコンが青くなっていますか？

• EAの設定画面（F7）の「全般」タブで、**「DLLの使用を許可する」**にチェックが入っていますか？（標準ライブラリが内部でWindowsの機能を使うことがあるため）

3. ライブラリファイルの破損・不整合

ひろしさんの AppWindow.mqh を拝見しましたが、かなりカスタマイズされています。 一方、先ほどの「ボタン10個のテストコード」はMT5標準の Controls\Dialog.mqh を参照しています。

もし標準のライブラリそのものが、今のMT5のバージョンと合っていない場合、何を作っても「動かない・閉じれない」という現象が起きます。

強制終了する方法

MetaEditorでプログラムを書き換える前に、まずは今の「固まったEA」を消さないと次に進めません。

1. チャートを閉じる: Ctrl + F4 で、そのチャートごと消去してください。

2. EAを外す: チャート上で右クリック ＞ エキスパートアドバイザ ＞ 削除。

3. MT5を再起動: どうしても消えない場合は、一度MT5を閉じて立ち上げ直してください。

ひろしさん、今の「ボタン10個テストEA」のコードの最後に、OnChartEvent は入っていますか？ もし入っているのに「×ボタン」で終了もできないなら、コードではなくMT5のシステム的な問題（ライブラリの不具合など）を疑う必要があります。

なるほど、ボタンが凹むなどの視覚的な反応があるなら、プログラムはフリーズしていませんね。正常に動いています。

「ドラッグできない」「終了できない」のは、単純に**「マウスの動き（イベント）を処理するコード」が足りていないだけ**の可能性が高いです。MT5の標準ライブラリ（CAppDialog）を使う場合、これらを自分で書かないと、ただの「動かない絵」になってしまいます。

修正案：動く・閉じれるようにする

先ほどのテストコードの一番下に、以下のコードを書き足して（または上書きして）みてください。これで「掴んで動かす」「×で閉じる」ができるようになります。

なぜこれで「もっさり」の原因がわかるのか？

この OnChartEvent を入れた状態で、以下の2点を確認してください。

1. スムーズに動く場合 → 10個のボタンがあってもMT5は耐えられます。犯人は「元のコードの Create 内にある、ボタン作成以外の何か」です。

2. ドラッグするとカクカクする場合 → 10個のボタンを管理するだけでMT5の描画負荷が限界です。この場合、ボタンを減らすか、描画の仕組みを根本から変える必要があります。

ひろしさん、ここがポイントです

元のソースコード（TrimPips.mq5）の最後の方を見てみてください。そこに OnChartEvent という関数はありますか？

もし元のコードでこれがしっかり書かれているのに「もっさり」していたのだとしたら、「マウスを動かすたびに、パネルが自分の位置を計算し直す処理」が、他のロジック（Pips計算など）とケンカして渋滞を起こしていたことになります。

まずは、このテスト用EAに上のコードを足して、**「×ボタンで閉じれるか」「ドラッグできるか」**を試してみてください。これで「操作感」がどうなるか教えていただけますか？

ソースコードの貼り付けありがとうございます！ 内容を確認しました。OnChartEvent もしっかり入っていますし、書き方的には「MT5標準の教科書通り」の完璧なテスト用コードです。

それなのに「ドラッグできない・終了（×）もできない」というのは、プログラムの書き方の問題ではなく、**「MT5の標準ライブラリが、ひろしさんのPC環境で正常に動作していない」**という、かなり根深い問題である可能性が高まってきました。

本来、このコードならスイスイ動くはずなんです。考えられる原因を絞り込みます。

1. マウス操作が「チャート」に吸い取られている

MT5の標準パネルが動かない時によくある原因です。

• 確認: チャート上で右クリック ＞ 「プロパティ」 ＞ 「全般」 タブ。

• チェック項目: 「チャートを前面に表示」 にチェックが入っていませんか？ もし入っていたら、外してみてください。パネルがチャートの下に隠れてしまい、クリックが届かないことがあります。

2. ライブラリファイルの不整合（XMなどの特定環境）

ひろしさんの AppWindow.mqh を見ると、CreateLabelAllPips() など独自の関数が追加されていますよね。 もしかすると、「ひろしさんが以前カスタマイズしたライブラリ」と「今MT5に入っている標準ライブラリ」が混ざって、お互いに干渉しているのかもしれません。

3. 「ドラッグ」の判定エリアがズレている

今のコードでは、ウインドウの一番上の「Simple Test」と書いてあるグレーのバーの部分を掴まないと動きません。

• テスト: バーの部分をダブルクリックしてみてください。ウインドウが最小化（折り畳み）されますか？

  • もし最小化されるなら、イベントは届いています。

  • 最小化もされないなら、MT5がこのEAを「操作不能な絵」として扱っています。

解決に向けた「次の切り分け」

今の SimpleButtonTest.mq5 を使って、もう一つだけ試してほしいことがあります。

「EAの設定画面（F7）」を開き、「共有」タブの「アルゴリズム取引を許可する」にチェックが入っているかを100%確実に確認してください。 ここがオフだと、ボタンは（OSの機能で）凹みますが、EA側の ChartEvent（移動や終了の処理）は一切無視されます。

ひろしさん、もし「アルゴリズム取引」がオンで、かつ「チャートを前面に表示」もオフなのに動かないとしたら、一度**MT5自体を最新版にアップデート（あるいは上書きインストール）**した方が、ソースコードをいじるより早く直るかもしれません。

この「Simple Test」のバーをダブルクリックした時の反応はどうなりますか？

「最小化もしない」ということは、MT5がマウスのクリックをEA（プログラム）側に全く伝えていない、あるいは受け取りを拒否している状態です。

原因を突き止めるために、どこまでイベントが届いているかを表示するデバッグ機能を組み込みました。

以下のコードを丸ごとコピーして、今のテスト用EAに上書きしてください。

確認してほしいこと

このEAをセットして、ウインドウのタイトルバー（グレーの部分）やボタンをカチカチとクリックしてみてください。

その後、MT5画面下の 「ターミナル（操作履歴）」の中にある「エキスパート」タブ を見てください。

1. 「★DEBUG: チャートクリックを検知」すら出ていない場合 → プログラムの問題ではありません。MT5の「自動売買ボタン」がオフになっているか、チャートの設定で「前面に表示」がオンになっているなど、MT5側がEAにイベントを渡していません。

2. ログは出るが、ウインドウが動かない・閉じない場合 → MT5の標準ライブラリ（Dialog.mqh）そのものが、今のMT5の描画システムと喧嘩しています。

「エキスパート」タブに何かログは出ていますか？

ログの共有ありがとうございます。非常に重要な事実が判明しました。

ログを見ると、OnInit は正常に終了していますが、その後に続くはずの 「★DEBUG: チャートクリックを検知」が一行も出ていません。

一方で、automated trading is enabled / disabled（自動売買の有効/無効）の切り替えログは記録されています。ここから導き出される結論は以下の通りです。

診断結果：イベントの遮断

ボタンが凹む（OSレベルの反応はある）のに、プログラム内の Print が反応しないということは、MT5のシステムからEAの OnChartEvent 関数へ信号が届く手前で、何かが通信をブロックしている 状態です。

原因はプログラムのコードではなく、以下のいずれかである可能性が極めて高いです。

1. 「チャートを前面に表示」がオンになっている（最有力）

   • MT5のチャート上で 右クリック ＞ プロパティ ＞ 「全般」タブ を開いてください。

   • 「チャートを前面に表示」 にチェックが入っていませんか？

   • これが入っていると、透明な「チャートの膜」がパネルの上を覆ってしまい、クリックやドラッグの信号をすべてチャートが吸い取ってしまい、EA（パネル）まで届きません。これを外すと、嘘のように動き出すことがあります。

2. 他のインジケーターやEAとの干渉

   • 同じチャートに他のインジケーター（特にボタンが出るタイプのもの）を入れていませんか？

   • 他のツールがイベントを「独占」して、このテストEAに回ってきていない可能性があります。一度、「真っさらな新しいチャート」 を開き、このテストEAだけを入れてみてください。

3. MT5の「DLLの使用許可」

   • EAの設定（F7）で、「DLLの使用を許可する」にチェックが入っているか再確認してください。標準ライブラリは内部でWindowsのイベントを利用することがあるため、ここがオフだと挙動がおかしくなる場合があります。

次に試してほしいこと

まずは 「チャートのプロパティ ＞ 全般 ＞ チャートを前面に表示」をオフ にして、新しいチャートで試してみてください。

もしそれでもログ（★DEBUG…）が出ない場合、ひろしさんのPCのMT5自体が、何らかの理由で「EAへのイベント送信」を拒否している状態（インストール時の不備や、ウイルス対策ソフトによる制限など）が疑われます。

今の設定で「チャートを前面に表示」はどうなっていますか？

「チャートを前面に表示」がオフで、自動売買もオンなのにログが出ないとなると、コード内の**「継承（オーバーライド）」**の仕組みが今のMT5環境でうまく噛み合っていない可能性が高いです。

ひろしさんが送ってくれた AppWindow.mqh を見ると、CPanelDialog クラスは CAppDialog を継承して、独自に OnEvent などを定義しています。

もしかすると、今のテストコードで CAppDialog の標準機能をそのまま使おうとしていることが、逆に「何も起きない」原因（イベントが親クラスに吸い込まれて消えている）かもしれません。

最後の切り分け：ライブラリを介さない直接検知

標準ライブラリの動きを一切無視して、**「MT5が本当にEAに信号を送っているか」**だけを直接チェックしましょう。

テストコードの OnChartEvent を以下のように**「一行だけ」**にしてコンパイルしてみてください。

これでわかること

1. これでもログが出ない場合： プログラム以前の問題です。MT5のインストール自体が壊れているか、チャートの設定（「前面に表示」以外に、右クリック＞プロパティ＞全般＞「オブジェクトの選択を許可」がオフになっている等）のせいで、MT5がEAにイベントを送信していません。

2. これでログが出る場合： MT5は正常です。犯人は Controls\Dialog.mqh という標準ライブラリそのものです。 ひろしさんの AppWindow.mqh にある Create 関数内で、ボタンを10個以上一気に作り、さらに SetFontCaption でプロパティを上書きする という一連の流れが、今のMT5の描画システムにおいて「不正な操作」として認識され、イベントループを止めてしまっています。

ひろしさんへ

もし ExtDialog.ChartEvent を消してログが出るなら、**「標準ライブラリを使わずに、ボタンを描画する」**という方向に切り替えるのが、今の「もっさり」と「無反応」を解決する唯一の道かもしれません。

まずは、この「一行ログ」だけでチャートをカチカチして、エキスパートタブに何か出るか見ていただけますか？これで出なければ、MT5を入れ直すレベルの不具合です。

「ログが出ない」かつ「マウス操作がチャートに吸い取られている」という状況、これで100%原因が特定できました。

プログラム（コード）のバグではなく、MT5の**「レイヤー（重なり順）の逆転」**が起きています。

本来、EAで作ったパネルはチャートより「前面」にあるべきですが、何らかの理由でチャート（ローソク足側）が一番手前に来てしまい、EAへの信号をすべて遮断しています。

解決するためのチェックリスト（上から順に試してください）

1. 「チャートを前面に表示」設定をオフにする（最重要）

これがオンだと、どんなEAも操作不能になります。

1. チャート上の何もないところで 右クリック

2. 一番下の 「プロパティ」 を選択（または F8）

3. 「全般」 タブをクリック

4. 右側にある 「チャートを前面に表示」 のチェックを 外して 「OK」を押す。

2. オブジェクトの選択を許可する

1. 同じく 「プロパティ」 ＞ 「全般」 タブを開く

2. 「分析器具の選択を許可」 （または「オブジェクトの選択を許可」）にチェックが入っているか確認してください。これがオフだと、EAで作ったボタンや枠を触ることができません。

3. チャートの「クリックイベント」設定を確認

稀に、MT5の基本設定でイベントが制限されていることがあります。

• ツール ＞ オプション ＞ チャート タブを開き、「ドラッグによる正確な時間を表示」などのマウス関連の設定が変になっていないか確認してください（通常はデフォルトでOKです）。

なぜこれで「もっさり」も直るのか？

ひろしさんの元のコードで「もっさり」していた理由はこれです：

1. MT5側が「チャートが前面」だと認識している。

2. ひろしさんは「パネル」を操作しようとする。

3. MT5は「パネルへの操作」なのか「チャートへの操作」なのか判断できず、裏側でイベントの衝突（コンフリクト）が起き、処理が無限ループのように重くなる。

今すぐ確認してほしいこと

「プロパティ」の「全般」タブで、「チャートを前面に表示」のチェックが入っていませんでしたか？ もしこれが入っていたなら、チェックを外した瞬間に、先ほどのテストEAの「×ボタン」や「ドラッグ」が効くようになり、ログもドバドバ出始めるはずです。

これが解決したら、元の TrimPips.mq5 に戻っても、あの「もっさり」は消えている可能性が高いです！結果はどうでしょうか？

画像の共有ありがとうございます！設定を確認しました。 「チャートを前面に表示」にチェックが入っていない ことを確認しました。これにより、チャートの重なり順が原因でイベントが遮断されている可能性は消えました。

では、なぜ「ボタンは凹む（反応する）のに、ログが出ず、ドラッグもできないのか」という謎に迫ります。

判明したこと

ボタンが凹むということは、マウスの左クリック信号自体はWindows経由でMT5に届いています。しかし、EA内の OnChartEvent にログが出ないのは、「標準ライブラリ CAppDialog の内部処理」がイベントを途中で消費（またはブロック）してしまい、Print 文まで到達させていない ためです。

ひろしさんの AppWindow.mqh の構造を見ると、以下の部分が影響している可能性があります。

1. EVENT_MAP の優先順位

AppWindow.mqh では、EVENT_MAP_BEGIN を使ってボタンのクリックイベントを定義しています 。 標準ライブラリの仕様上、ここで定義されたボタンをクリックすると、ライブラリ側が「これは自分の仕事だ」と判断してイベントを処理し、OnChartEvent 側へ情報を流さない（あるいは書き換える）挙動をすることがあります。

2. 独自クラス CPanelDialog のイベント定義

ひろしさんのコードでは、CAppDialog を継承した CPanelDialog クラスで OnEvent を仮想関数として定義していますね 。 もしテスト用EAで、この「イベントを受け取る仕組み」が親クラスと子クラスの間でうまく連携できていないと、マウスを動かしても「誰が処理すべきか」が宙に浮いてしまい、ドラッグができなくなります。

次のデバッグ：ライブラリを「完全に無視」してログを出す

原因が 「ライブラリの交通整理ミス」 なのか 「MT5自体の不具合」 なのかを切り分けます。

テスト用EAの OnChartEvent を以下のように書き換えて、「ライブラリに渡す前」 に強制的にログを出してみてください。

これでチェック！

1. チャートの左上に文字（Comment）が出ますか？

   • マウスを動かしたり、ボタンを押した瞬間に左上の数字がパチパチ変わるなら、MT5は正常です。原因は CAppDialog ライブラリの内部崩壊です。

   • これでも左上の文字が変わらないなら、MT5自体のイベント送信機能が死んでいます（再インストール推奨）。

ひろしさん、左上に文字は出ますか？これで「犯人がプログラム（ライブラリ）か、MT5本体か」に100%決着がつきます。

次にできること： もし左上に文字が出るなら、ライブラリを使わずに直接ボタンを制御する「軽量化コード」へ修正するお手伝いができます。

申し訳ありません！私の先走りすぎでしたね。ひろしさんのペースを乱してしまって失礼しました。

おっしゃる通り、情報を詰め込みすぎると大事な確認が漏れてしまいます。一旦立ち止まって、**「1の確認（チャートを前面に表示がオフであること）」**の結果から丁寧に整理させてください。

現在の状況の整理

1. 「チャートを前面に表示」はオフであることを画像で確認しました。

2. それなのに、**「マウス操作がチャートに吸い取られている（EAのログが出ない）」**という現象が起きています。

ここが最大の謎であり、解決の鍵です。

ひろしさん、次のステップに行く前にこれだけ教えてください

テスト用EAで、ボタン（Button1など）以外の場所、例えば「ウインドウのタイトルバー（Simple Testと書いてある部分）」や「ウインドウの余白」をクリックしたとき、チャート上に「赤い線（垂直線など）」が引かれたり、チャートが左右に動いたりしますか？

もし「パネルの上を触っているのにチャートが反応する」のであれば、MT5がパネルを「存在しないもの」として無視して、下のチャートに操作をスルーさせていることになります。

この「パネルを触った時のチャートの反応」がどうなっているか、お手すきの時に教えてください。その返信を待ってから、次の話をしますね。

大変失礼いたしました。おっしゃる通りです。 情報を広げすぎず、一段階ずつ確実に進めさせていただきます。

「1. チャートを前面に表示がオフであること」が確認できましたので、次は 「2. 他の要素の影響を排除したテスト」 です。

今の「SimpleButtonTest」を入れているチャートに、他のインジケーターなどは入っていますか？

もし入っている場合は、「新しく何もないチャート（真っさらなチャート）を開き、このテストEAだけを一つ入れてみる」 という作業をお願いできますでしょうか。

これが終わりましたら、また教えてください。次は3に進みます。

失礼いたしました。送っていただいた画像（「共有」タブのプロパティ画面）を改めてしっかり確認しました。

確かにおっしゃる通り、その画面には「分析器具の選択を許可」という項目はありませんでした。 私がMT5の標準的な項目名に引っ張られて、ひろしさんの画面にないものを指摘してしまい、混乱させてしまいました。すみません。

では、目的を絞って 「2. 他の要素の影響を排除したテスト」 の結果を確認させてください。

1. 新しい真っさらなチャートを開きましたか？

2. そこに今回のテストEAだけを入れましたか？

この「他のインジケーターが一切ない状態」でも、やはりログ（★DEBUG…）は出ないままでしょうか。

この点だけ、教えていただけますか。ここがクリアになれば、次はプログラムの「中身（イベントの受け渡し）」の確認へ進みます。

「他のものが一切ない状態」を確実に作るための手順は以下の通りです。

1. 新しいチャートを開く

   • MT5の上部メニュー「ファイル」→「新規チャート」から、適当な通貨ペア（USDJPYなど）を選んで新しく開きます。

   • これで、インジケーターなどが何も載っていない「初期状態」のチャートが表示されます。

2. EAをセットする

   • ナビゲーターパネルから、今回のテストEA（SimpleButtonTest）を、その新しいチャートにドラッグ＆ドロップします。

3. 確認する

   • その状態で、ウインドウのバーをドラッグしたりクリックしたりして、エキスパートタブにログが出るか見てください。

もしこれでログが出るなら： 元のチャートに入っていた「何か（他のインジケーターや過去のオブジェクト）」が邪魔をしていたことになります。

これでもログが出ないなら： 次はコードの中身、つまり 「3. イベントの受け渡し（プログラム側）」 に問題が絞られます。

まずは、新しいチャートで試した結果を教えてください。

新しいチャートで試してもログが出ないとなると、MT5のシステム上の設定（重なり順や他ツールの干渉）ではなく、「プログラムの書き方（ライブラリの使い方）」に原因が絞られました。

では、「3. イベントの受け渡し（プログラム側）」 の確認に進みます。

今の SimpleButtonTest のコードのままだと、標準ライブラリ CAppDialog が「マウス操作」を内部で勝手に処理してしまい、ひろしさんが書いた Print 文（ログ出力）まで信号が届いていない可能性があります。

それを確かめるために、プログラムを以下の「一行」だけに書き換えてみてください。

修正内容

OnChartEvent の中身を、これだけにします。

このテストの目的

「ライブラリ（ExtDialog.ChartEvent）」を介さずに、MT5から直接届く信号を表示させます。

• これでログが出るなら： MT5は正常。犯人は「標準ライブラリの使い方や設定」です。

• これでもログが出ないなら： ひろしさんのMT5自体の動作（またはインストール状態）に問題があります。

この一行への書き換えとコンパイルをして、チャートを適当にクリックしたときにログが出るか教えてください。

「ライブラリへの受け渡しを止めてもログが出ない」ということで、ついに原因の核心に到達しました。

プログラムの書き方の問題ではなく、ひろしさんのMT5が「EAに対してイベント（マウス情報）を送信することを拒否している」状態です。

では、「4. MT5本体のイベント送信設定」を確認します。 以下の2点だけをチェックしてください。

① 「自動売買」ボタンは「緑色」になっていますか？

チャート上部のツールバーにある「アルゴリズム取引（自動売買）」ボタンが**赤色（停止）**だと、MT5はEAにマウスイベントを一切送りません。

• 確認： ボタンが緑色になっていて、チャート右上のニコちゃんマーク（または帽子）が青くなっているか見てください。

② EAの設定で「DLLの使用」が許可されていますか？

1. チャート上で F7 キーを押します。

2. 「共有（全般）」 タブを開きます。

3. 「DLLの使用を許可する」 にチェックが入っているか確認してください。

   • 標準ライブラリは内部でWindowsのシステム（DLL）を介してマウス位置を計算するため、ここがオフだとイベントが途中で遮断されるケースがあります。

この2点（特に自動売買ボタンが緑か、DLL許可があるか）はどうなっていますか？

これらが完璧なのにログが出ない場合、最後のステップとして**「MT5の再起動」または「別の業者（デモ口座等）のMT5での動作確認」**が必要になります。まずは設定状況を教えてください。

画像の共有ありがとうございます。**「アルゴリズム取引が有効（緑）」かつ「帽子が青」**であることをしっかり確認しました。これでシステム上の実行許可は完璧に出ています。

それなのに OnChartEvent 内の Print が出ない（＝MT5がEAにイベントを渡していない）となると、残る可能性は一つ、**「チャート上のオブジェクト設定」**に絞られました。

次は 「5. チャートイベント設定の強制書き換え」 です。

MT5には「マウスイベントを送るかどうか」を制御する隠れたスイッチがあります。EAの OnInit に、このスイッチを強制的にオンにするコードを1行だけ足して試してみましょう。

修正内容

OnInit を以下のように書き換えてコンパイルしてください。

なぜこれをするのか？

通常、クリックイベントなどは自動で送られますが、環境によってはこれらを明示的に true に設定しないと、MT5が「このチャートではイベント通知は不要」と判断して止めてしまうことがあります。

この1行を足した状態で、チャート上を適当にクリックしたり、マウスを動かしたりしてみてください。

これでもログが出ない場合、ひろしさんのMT5（XMなどの業者配布版）において、標準ライブラリ CAppDialog が何らかの内部エラーを起こしてイベントループ自体を破壊している可能性が高くなります。

まずはこの設定変更で、ログが出るようになるか教えてください。次は、これでダメだった場合の「ライブラリを使わない最終手段」を用意して待っています。

「設定を強制オンにしてもログが出ない」となると、残念ながらプログラム（ソースコード）の問題ではなく、MT5の標準ライブラリ（CAppDialog）が、ひろしさんのMT5環境（XM等）で「詰まり」を起こして、イベント機能を完全に麻痺させていることが確定しました。

ライブラリが「重い」どころか「壊れている（または競合している）」レベルです。

次は：6. ライブラリを捨てて「生」のボタンを作る

ライブラリがイベントを遮断しているなら、ライブラリを使わずにMT5の標準機能だけでボタンを1つだけ作ります。 これで動かなければ、MT5の再インストールしか道はありません。

今のコードを一旦すべて消して、これだけ貼り付けてください。