MQLで書かれたUIのギャラリー - ページ 19 1...121314151617181920212223242526...51 新しいコメント hini 2024.06.22 03:52 #181 Nikolai Semko # : すべてのファイルが揃ったバージョンを待って、実戦でテストできるようにしよう。 ニコライ・セムコさん、翻訳者を通してあなたの会話を注意深く読みました。私の言葉が作者の気分を害さないことを願っています。 イベントを処理する最善の方法は、エンジンが作成したInternal_API.mqhファイルを分離するポインタ実装を使用することです。 ボタンが押されたり離されたりすると、その2つのイベントが発生する。setButton1Click(void*ptr)のようなボタン用の関数をエンジンが生成し、それをボタンのイベント:ptr()で呼び出すことができます。 というのが私の理解だが、それはともかく、私はまだ作者の傑作を待っている。 hini 2024.06.22 03:55 #182 GUIエンジンをオープンソースにするかどうかはわかりませんが、オープンソースにするのであれば、誰かがこのプロジェクトを 改善するために協力してくれると信じています。 hini 2024.06.22 03:59 #183 Internal_APIに独自の処理コードをたくさん書いた場合、GUIを 変更してボタンを追加し、Internal_APIを生成するときに、古いInternal_APIから新しいInternal_APIファイルにコードをコピーする必要があるということですか? Roman Shiredchenko 2024.06.22 05:24 #184 消化しやすいフォーマットで記事にして......資料を全文提供してみてください。 Реter Konow 2024.06.22 05:29 #185 hini プロジェクトを 改善するために協力してくれると信じている。 エンジンとビルダーはオープンソースになるので、誰でも好きなように変更することができる。エンジンは基本的にコンストラクタの小さなコピーである。接続の便宜のため、1つのファイルにまとめられている。エンジンには、コントロールとウィンドウの操作に必要なメカニズムが含まれていますが、マークアップ・コードの指示に従ってGUIを作成するためのメカニズムは含まれていません。ユーザー・アドバイザー/インジケータからのOnChartEvent()関数からのイベントを受け取り、GUIの反応と動作を実装する。 Реter Konow 2024.06.22 05:40 #186 hini GUIを 変更し、再度ボタンを追加してInternal_APIを生成する際に、Internal_APIに独自の処理コードをたくさん書いた場合、古いInternal_APIから新しいInternal_APIファイルにコードをコピーする必要があるということですか? 部分的にはそうです。GUIを変更すると、違うものになる可能性があります。例えば、新しい要素を追加せずにインターフェイスの装飾的なものを変更する場合(これは重要です)、新しいInternal_APIファイルを印刷する必要はありません。しかし、新しい要素、ウィンドウ、テーブルを作成したり、それらの名前を変更したりする場合は、APIファイルを修正するか、以前のものから新しいものにコードをコピーして置き換える必要があります。原則的に、これはそれほど難しいことではありませんが、変更の数によって異なります。したがって、コンストラクターでインターフェイスを最初に完成させておくと、この作業を繰り返し行う必要がなくなる。 Реter Konow 2024.06.22 05:44 #187 Roman Shiredchenko #:消化しやすいフォーマットで記事にして......資料を全文提供してみてください。 世間の関心が高まれば、そうする。 hini 2024.06.22 10:07 #188 Реter Konow #: 部分的にはそうだ。GUIを変更するのは違うかもしれません。例えば、新しい要素を追加せずにインターフェイスの装飾的な部分を変更する場合(これは重要です)、新しいInternal_APIファイルを出力する必要はありません。しかし、新しい要素、ウィンドウ、テーブルを作成したり、それらの名前を変更したりする場合は、APIファイルを修正するか、以前のものから新しいものにコードをコピーして置き換える必要があります。原則的に、これはそれほど難しいことではありませんが、変更の数によって異なります。したがって、この作業を何度も繰り返す必要がないように、最初にデザイナーでインターフェースを完成させておくことをお勧めします。 事前にインターフェイスを設計するのは難しいですし、作業中にインターフェイスを改良して、時には要素を削除したり、何かを追加したりすることも珍しくありません。 Реter Konow 2024.06.22 10:37 #189 hini #: 事前にインターフェイスを設計するのは難しいし、作業中にインターフェイスを改良することも珍しくない。時には要素を削除したり、何かを追加したりすることもある。 先ほども言ったように、必要であればAPIファイルを変更するのは難しくない。古いAPIファイルから関数コールブロックをコピーして、新しいAPIファイルに挿入するだけだ。実際には簡単だ。特にテキストエディタを使えばね。しかし、MEで十分だろう。私の経験では、それは決して問題ではありませんでした。)) hini 2024.06.23 02:53 #190 Реter Konow #: 前にも言ったように、必要ならAPIファイルを変更するのは難しくない。古いファイルから関数呼び出しブロックをコピーして、新しいファイルに挿入するだけだ。これは実に簡単だ。特にテキストエディタの助けを借りれば。しかし、MEで十分なのは確かだ。私の経験では、一度も問題になったことはない。) わかりました。あなたのリリースを待っています! 1...121314151617181920212223242526...51 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
すべてのファイルが揃ったバージョンを待って、実戦でテストできるようにしよう。
部分的にはそうだ。GUIを変更するのは違うかもしれません。例えば、新しい要素を追加せずにインターフェイスの装飾的な部分を変更する場合(これは重要です)、新しいInternal_APIファイルを出力する必要はありません。しかし、新しい要素、ウィンドウ、テーブルを作成したり、それらの名前を変更したりする場合は、APIファイルを修正するか、以前のものから新しいものにコードをコピーして置き換える必要があります。原則的に、これはそれほど難しいことではありませんが、変更の数によって異なります。したがって、この作業を何度も繰り返す必要がないように、最初にデザイナーでインターフェースを完成させておくことをお勧めします。
事前にインターフェイスを設計するのは難しいし、作業中にインターフェイスを改良することも珍しくない。時には要素を削除したり、何かを追加したりすることもある。
前にも言ったように、必要ならAPIファイルを変更するのは難しくない。古いファイルから関数呼び出しブロックをコピーして、新しいファイルに挿入するだけだ。これは実に簡単だ。特にテキストエディタの助けを借りれば。しかし、MEで十分なのは確かだ。