ライブラリ: EasyAndFastGUIグラフィックインターフェース作成ライブラリ - ページ 10 1...34567891011121314151617...45 新しいコメント Vladimir Ananich 2018.08.29 10:04 #91 Anatoli Kazharski:はい、今はそのような制限があります(左マージンのみ)。ありがとうございます。 Farrukh Aleem 2018.09.03 09:11 #92 MT4バージョンの SimpleButtonには、ボタンのテキスト/キャプションを変更する機能が ありません。 SimpleButton.mqh string Text(void) const { return(m_button.Description()); } void Text(string text) { m_button.Description(text); return; } 2行目を追加してください。必要な方のお役に立てればと思い、ここに掲載しました。 Oleksii Chepurnyi 2018.09.10 18:50 #93 エレメントの移動についての質問です。 m_label.CanvasPointer().YGap(newgap); m_label.YGap(newgap); m_label.Moving(); どのような場合に、キャンバスと要素自体を別々に移動させる必要があるのでしょうか? Anatoli Kazharski 2018.09.10 18:52 #94 Oleksii Chepurnyi:エレメントの移動についての質問です。どのような場合に、キャンバスを別々に、要素自体を別々に移動させる必要があるのでしょうか?質問の意味がわかりません。 Oleksii Chepurnyi 2018.09.10 18:55 #95 Anatoli Kazharski:質問の意味がわかりません。新しい距離をキャンバスと要素自体に別々に指定しています。エレメントへの距離だけを指定して、キャンバスと一緒に移動させるのが論理的でしょう。 それを聞いているのです。分離する意味はあるのでしょうか?:) Anatoli Kazharski 2018.09.10 18:58 #96 Oleksii Chepurnyi:新しい距離は、キャンバスと要素自体に別々に指定します。単に要素に距離を指定して、キャンバスと一緒に移動させるのが論理的でしょう。それが、私が尋ねていることです。分離することに何の意味があるのでしょうか?:)何をしようとしているのですか?タスクは何ですか?チャート上のエレメントを持つフォームをプログラムで動かすこと? Oleksii Chepurnyi 2018.09.10 19:01 #97 いや、金型の中のエレメントだ。下のラベルを剥がすとしよう。 Anatoli Kazharski 2018.09.10 19:21 #98 Oleksii Chepurnyi: いや、型の中の要素だ。下のラベルをはがしたとしよう。これは2つの異なる物体です。一方は他方の一部です。もっと複雑な複合要素があり、各部分には相対座標を与える必要がある。メインエレメントからの相対座標です。 要素の基底クラスに仮想メソッドを追加すれば、実行 時の要素の移動が簡単になります。 試してみてください。 Oleksii Chepurnyi 2018.09.10 20:50 #99 Anatoli Kazharski:この2つは別のものだ。一方は他方の一部である。より複雑な構成要素があり、各部分には相対座標を与える必要がある。それらが部分である主要要素からの相対座標である。要素の基底クラスに仮想メソッドを追加すれば、プログラム実行 中の要素の移動が簡単になります。試してみてください。複合エレメントのコンポーネントはメインエレメントにバインドされ、一緒に移動します。私の理解では...。そして、キャンバスはこのコンセプトから外れてしまった。) この質問の目的は、キャンバスなしで要素を移動する必要がある場合、または要素なしでキャンバスを移動する必要がある場合があるかどうかを調べることでした。 CElement::Movingに次のようなものを追加するアイデアがある。 m_canvas.XGap(m_x_gap); m_canvas.YGap(m_y_gap); を追加して、canvasが常に要素の後ろに移動するようにすることです。 この場合、何も壊れないのだろうか?:) Anatoli Kazharski 2018.09.10 20:57 #100 Oleksii Chepurnyi:複合エレメントの構成要素はメインエレメントに取り付けられ、一緒に動く。私が理解している限りでは...。そして、キャンバスはこのコンセプトから外れてしまった。)この質問の目的は、キャンバスなしで要素を移動する必要がある場合、または要素なしでキャンバスを移動する必要がある場合があるかどうかを調べることでした。CElement::Movingに次のようなものを追加するアイデアがある。に追加して、キャンバスが常に要素の後に移動するようにすることを思いつきました。この場合、何も壊れない?:)当初は、GUIを作成した後に要素を移動させるという作業はありませんでした。すべては、各要素に必要な動作がすでに実装されているという考えに基づいていました。 逆質問です:なぜ要素を動かす必要があるのですか?何をしたいのか?GUIとインタラクトするときに、どのような挙動を得たいのか? 何かが壊れるかどうかを理解するためには、基本クラスを変更するたびにすべての要素をテストする必要があります。それをすぐに言うのはもう難しい。久しぶりに深く調べてみました。 ライブラリの全要素でテストGUIを作り、変更後にテストする。 1...34567891011121314151617...45 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
はい、今はそのような制限があります(左マージンのみ)。
ありがとうございます。
MT4バージョンの SimpleButtonには、ボタンのテキスト/キャプションを変更する機能が ありません。
SimpleButton.mqh
2行目を追加してください。必要な方のお役に立てればと思い、ここに掲載しました。
エレメントの移動についての質問です。
どのような場合に、キャンバスと要素自体を別々に移動させる必要があるのでしょうか?
エレメントの移動についての質問です。
どのような場合に、キャンバスを別々に、要素自体を別々に移動させる必要があるのでしょうか?
質問の意味がわかりません。
質問の意味がわかりません。
新しい距離をキャンバスと要素自体に別々に指定しています。エレメントへの距離だけを指定して、キャンバスと一緒に移動させるのが論理的でしょう。
それを聞いているのです。分離する意味はあるのでしょうか?:)
新しい距離は、キャンバスと要素自体に別々に指定します。単に要素に距離を指定して、キャンバスと一緒に移動させるのが論理的でしょう。
それが、私が尋ねていることです。分離することに何の意味があるのでしょうか?:)
何をしようとしているのですか?タスクは何ですか?チャート上のエレメントを持つフォームをプログラムで動かすこと?
いや、型の中の要素だ。下のラベルをはがしたとしよう。
これは2つの異なる物体です。一方は他方の一部です。もっと複雑な複合要素があり、各部分には相対座標を与える必要がある。メインエレメントからの相対座標です。
要素の基底クラスに仮想メソッドを追加すれば、実行 時の要素の移動が簡単になります。
試してみてください。
この2つは別のものだ。一方は他方の一部である。より複雑な構成要素があり、各部分には相対座標を与える必要がある。それらが部分である主要要素からの相対座標である。
要素の基底クラスに仮想メソッドを追加すれば、プログラム実行 中の要素の移動が簡単になります。
試してみてください。
複合エレメントのコンポーネントはメインエレメントにバインドされ、一緒に移動します。私の理解では...。そして、キャンバスはこのコンセプトから外れてしまった。)
この質問の目的は、キャンバスなしで要素を移動する必要がある場合、または要素なしでキャンバスを移動する必要がある場合があるかどうかを調べることでした。
CElement::Movingに次のようなものを追加するアイデアがある。
を追加して、canvasが常に要素の後ろに移動するようにすることです。
この場合、何も壊れないのだろうか?:)
複合エレメントの構成要素はメインエレメントに取り付けられ、一緒に動く。私が理解している限りでは...。そして、キャンバスはこのコンセプトから外れてしまった。)
この質問の目的は、キャンバスなしで要素を移動する必要がある場合、または要素なしでキャンバスを移動する必要がある場合があるかどうかを調べることでした。
CElement::Movingに次のようなものを追加するアイデアがある。
に追加して、キャンバスが常に要素の後に移動するようにすることを思いつきました。
この場合、何も壊れない?:)
当初は、GUIを作成した後に要素を移動させるという作業はありませんでした。すべては、各要素に必要な動作がすでに実装されているという考えに基づいていました。
逆質問です:なぜ要素を動かす必要があるのですか?何をしたいのか?GUIとインタラクトするときに、どのような挙動を得たいのか?
何かが壊れるかどうかを理解するためには、基本クラスを変更するたびにすべての要素をテストする必要があります。それをすぐに言うのはもう難しい。久しぶりに深く調べてみました。
ライブラリの全要素でテストGUIを作り、変更後にテストする。