MQLで書かれたUIのギャラリー - ページ 33 1...262728293031323334353637383940...83 新しいコメント hini 2024.06.29 17:28 #321 要素属性のセットの終わりを設定する場合、"END"は固定ですか? Реter Konow 2024.06.29 18:03 #322 hini #: 要素属性セットの終端を設定する場合、"END" は固定ですか? 質問の意味がよく理解できないのですが、グループ内外の単一の要素のプロパティを設定することを言っているのであれば、「いいえ」です。設定する必要はありません。しかし、(上の例のように)プロパティを複数初期化する場合は、列挙文字列の最後に "END "を置く必要があります。"END "はいくつかのタイプの列挙の最後に置かれますが、それについては後で説明します。しかし、簡単に言うと1.特定のグループ内の同種の要素に共通する特性の列挙で、末尾に "END "が付く列挙型の1つ。2.ブロックされる要素の列挙。3.ブロックされるウィンドウの列挙。4.切り替え可能な要素の列挙。5.同期エレメントのリスト(パラメータを意味する)。 Реter Konow 2024.06.29 18:54 #323 6.最後に "END "を持つもう一つの列挙は、IS_APPEARANCE_CONTROLLERである。これは、ユーザーによって割り当てられた主要素によって現象が制御される要素または要素群を列挙します。 Edgar Akhmadeev 2024.06.29 22:47 #324 非常に残念なことに、ペイントされたキャンバスに直接要素を描いて、チャート全体を閉じることについては、何も言及されていない。言い換えれば、フレームや閉じるボタンなどのない、1つの「フルスクリーン」ウィンドウです。 それが必要なのです。チャートの上にパネルを置くのではありません。 もしそれが実装されていなくても、あなたにとって難しいことではありません。チャートのサイズで、フレームなしでウィンドウを開く機能を追加してください。 hini 2024.06.30 01:52 #325 Реter Konow #: 質問の意味がよくわからないのですが、グループ内外の個々の要素のプロパティを設定するという話であれば、ノーです。設定する必要はありません。ただし、(上の例のように)属性を複数初期化する場合は、列挙文字列の最後に "END "を置く必要があります。"END "はいくつかの列挙型の最後に位置しますが、これについては後で説明します。簡単に説明する。1. 特定のグループに属する同種の要素に共通する性質を列挙したもので、"END "で終わる列挙型の一つ。2.ブロックされる要素の列挙。3. ブロックされるウィンドウの列挙。4. 切り替え可能要素の列挙5. 同期エレメントの列挙(引数を参照)。 2,3,4,5,6を理解するには実際のコードが必要である。 Реter Konow 2024.06.30 05:13 #326 Edgar Akhmadeev チャートの大きさ に合わせて、フレームなしでウィンドウを開く機能を追加してください。 チャート全体に拡大するスケーラブルなダイナミック・ウィンドウがある。このバージョンでは無効になっていますが、次のバージョンでは追加します。このオプションは使えますか? Реter Konow 2024.06.30 05:14 #327 hini #: 2,3,4,5,6を理解するには実際のコードが必要だ。 よし、今日は例を示そう。 Edgar Akhmadeev 2024.06.30 10:01 #328 Реter Konow #: チャート全体に拡大するスケーラブルなダイナミック・ウィンドウがある。このバージョンでは無効になっていますが、次のバージョンで追加する予定です。このオプションは機能するのでしょうか? どのようなものになるかはまだわかりません。もしウィンドウがチャート全体に拡大し、フレームと閉じる/最小化ボタンが維持されるなら、それは私の望みに一歩前進するでしょう。しかし、これらのウィンドウ要素の描画がすでに実装されているなら、FULL_SCREEN フラグで この描画を無効にするのは簡単だ。あなたのグラフィックデザイナーはそのように見えます。 多くの疑問があるが、レッスンを公開するプロセスが進行している間は質問しない。そのうち何かが明らかになるでしょう。 Реter Konow 2024.06.30 10:15 #329 Edgar Akhmadeev #:1.どのようなものになるかはまだわからない。もしウィンドウがチャート全体に拡大され、フレームと閉じる/最小化ボタンが維持されるなら、それは私の望みに一歩前進することになるだろう。しかし、これらのウィンドウ要素の描画がすでに実装されているのであれば、FULL_SCREEN フラグで この描画を無効にするのは簡単だ。これがグラフィックデザイナーの姿だ。多くの疑問があるが、レッスンを公開するプロセスが進行している間は質問しない。そのうち何かが明らかになるでしょう。 1.例えば、左上隅のような特別なゾーンをクリックしたときに、ダイナミック・ウインドウのフレームが視野からはみ出るような「過剰拡大」のオプションについては、これから考えます。しかし、これは後回しにする。まずは通常のダイナミック・ウィンドウをリリースするつもりだ。 2.わかりました。 Реter Konow 2024.06.30 11:27 #330 KIB マークアップ言語には複雑な要素はなく、この先も最初のものと同じように簡単に学べるので、ここでは発表の順序を逸脱して、k.word の "END" で終わる列挙を示すことにする。 1.1.前の例で学んだ最初の列挙:グループ内の同じ型の 要素の性質の大量設定。 iと 書く必要がある ( この言語では「このグループ」と訳す)。 プロパティを設定する 要素の種類を、 BUTTONSの ように複数形にする。 プロパティと値をコンマ (_, なし)で列挙する(例:W, 200, H,30, N_COLOR, (uint)clrRed, A_COLOR, (uint)clrGreen, P_COLOR, (uint)clrYellow,...、 列挙の 最後に ENDを 付ける。 プロパティが複数回初期化される場合、この規則はすべての要素に対して機能する。列挙で言及されていないプロパティは、デフォルト値、 または列挙文字列の前にユーザーによって設定さ れた値を保持 します。 1. 要素のプロパティは、常に最後に設定さ れた値を持ちます。 この図では、一番上のボタン以外のすべてのボタンにデフォルトの高さ値が設定されています。一番上のボタンは、ユーザーによって50pxの高さが割り当てられています。下のコードでは、ボタンのプロパティ列挙がWIDTH(120px)のみに設定されているため、この値はオーバーライドされません。 2. ここでは、以前に設定された「button 1」ボタンの高さの値は、列挙行の新しい値で上書きされ、もはや機能しません。 3.そしてこの例では、列挙の下の行にある特定の1つのボタンに対して列挙で設定された 値が上書きされています: 1...262728293031323334353637383940...83 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
要素属性セットの終端を設定する場合、"END" は固定ですか?
非常に残念なことに、ペイントされたキャンバスに直接要素を描いて、チャート全体を閉じることについては、何も言及されていない。言い換えれば、フレームや閉じるボタンなどのない、1つの「フルスクリーン」ウィンドウです。
それが必要なのです。チャートの上にパネルを置くのではありません。
もしそれが実装されていなくても、あなたにとって難しいことではありません。チャートのサイズで、フレームなしでウィンドウを開く機能を追加してください。
質問の意味がよくわからないのですが、グループ内外の個々の要素のプロパティを設定するという話であれば、ノーです。設定する必要はありません。ただし、(上の例のように)属性を複数初期化する場合は、列挙文字列の最後に "END "を置く必要があります。
2,3,4,5,6を理解するには実際のコードが必要だ。
チャート全体に拡大するスケーラブルなダイナミック・ウィンドウがある。このバージョンでは無効になっていますが、次のバージョンで追加する予定です。このオプションは機能するのでしょうか?
どのようなものになるかはまだわかりません。もしウィンドウがチャート全体に拡大し、フレームと閉じる/最小化ボタンが維持されるなら、それは私の望みに一歩前進するでしょう。しかし、これらのウィンドウ要素の描画がすでに実装されているなら、FULL_SCREEN フラグで この描画を無効にするのは簡単だ。あなたのグラフィックデザイナーはそのように見えます。
多くの疑問があるが、レッスンを公開するプロセスが進行している間は質問しない。そのうち何かが明らかになるでしょう。
1.どのようなものになるかはまだわからない。もしウィンドウがチャート全体に拡大され、フレームと閉じる/最小化ボタンが維持されるなら、それは私の望みに一歩前進することになるだろう。しかし、これらのウィンドウ要素の描画がすでに実装されているのであれば、FULL_SCREEN フラグで この描画を無効にするのは簡単だ。これがグラフィックデザイナーの姿だ。
多くの疑問があるが、レッスンを公開するプロセスが進行している間は質問しない。そのうち何かが明らかになるでしょう。
1.例えば、左上隅のような特別なゾーンをクリックしたときに、ダイナミック・ウインドウのフレームが視野からはみ出るような「過剰拡大」のオプションについては、これから考えます。しかし、これは後回しにする。まずは通常のダイナミック・ウィンドウをリリースするつもりだ。
2.わかりました。
KIB マークアップ言語には複雑な要素はなく、この先も最初のものと同じように簡単に学べるので、ここでは発表の順序を逸脱して、k.word の "END" で終わる列挙を示すことにする。
1.1.前の例で学んだ最初の列挙:グループ内の同じ型の 要素の性質の大量設定。
プロパティが複数回初期化される場合、この規則はすべての要素に対して機能する。列挙で言及されていないプロパティは、デフォルト値、 または列挙文字列の前にユーザーによって設定さ れた値を保持 します。
1.
要素のプロパティは、常に最後に設定さ れた値を持ちます。
この図では、一番上のボタン以外のすべてのボタンにデフォルトの高さ値が設定されています。一番上のボタンは、ユーザーによって50pxの高さが割り当てられています。下のコードでは、ボタンのプロパティ列挙がWIDTH(120px)のみに設定されているため、この値はオーバーライドされません。
2.
ここでは、以前に設定された「button 1」ボタンの高さの値は、列挙行の新しい値で上書きされ、もはや機能しません。
3.そしてこの例では、列挙の下の行にある特定の1つのボタンに対して列挙で設定された 値が上書きされています: