記事"MQL5 クックブック: インジケーターサブウィンドウコンソールーボタン"についてのディスカッション

[MetaQuotes]

新しい記事 MQL5 クックブック: インジケーターサブウィンドウコンソールーボタン はパブリッシュされました:

この記事では、ボタンコンソールでユーザーインターフェースを開発する例を紹介します。ユーザーにインタラクティヴィティ性を伝えるため、ボタンは カーソルが図上にある際に色を変えます。ボタンの上にカーソルがある状態で、ボタンの色は、わずかに暗くなり、ボタンがクリックされた時には、わずかによ り暗くなります。さらに、ツールチップをそれぞれのボタンに加え、直感的なインターフェースを作成します。

この記事はその他のイベントも扱っています：マウス移動イベント、左マウスボタンの状態、オブジェクトへの左クリック、チャートのプロパティ修正イ ベントなどです。インジケーターサブウィンドウの全スペースを占めるボタンパネルを作成していきます。ボタンは、３行にそれぞれ４つのボタンが配置されて います。

作者: Anatoli Kazharski

[Vasiliy Sokolov]

初心者には良い記事だ。しかし、より複雑なインターフェースでは、このアプローチはもはや受け入れられない。まず目を引くのは

for(int i=0; i<BUTTON_COLUMNS; i++)
     {
      for(int j=0; j<BUTTON_ROWS; j++)
        {
            ...
      ...
...

すなわち、硬直した表構造がアルゴリズムに縫い込まれており、この構造はほとんどすべての関数に見られる。ここで、サブウィンドウに、表とは何の関係もないグラフィック要素が いくつか含まれていることを想像してみよう。このような要素には、独自の位置決めモデルを記述しなければならない。つまり、この場合、"テーブル "レイアウトはこのモデルの特別なケースであるべきなのです。

[Anatoli Kazharski]

C-4:

初心者には良い記事だ。しかし、より複雑なインターフェースでは、このアプローチはもはや受け入れられない。まず目を引くのは

すなわち、硬直した表構造がアルゴリズムに縫い込まれており、この構造はほとんどすべての関数に見られる。ここで、サブウィンドウに、表とは何の関係もないグラフィック要素がいくつか含まれていることを想像してみよう。このような要素には、独自の位置決めモデルを記述しなければならない。つまり、この場合、"テーブル "レイアウトはこのモデルの特別なケースであるべきなのです。

そうですね。次回はもっと独創的なものを考えてみます。)

この場合、特殊なケースから逃れるには、1次元配列と1つのループを使えば十分です。

[Andrey Khatimlianskii]

OBJ_EDITを 使う理由がわからない。

ライブラリから標準のボタンを「復活」させたほうがずっと便利だったはずだ（マウスの下でも光るように）。

つまり、有用な記事のようだが、なぜこのような方法が選ばれたのか理解できない。

ps:著者の実り多さがうらやましい;)

[Anatoli Kazharski]

komposter:

...

OBJ_EDITは テスターでビジュアライゼーション中に表示されるので、もう使い慣れました。

この場合、例にはどんなオブジェクトでも使えます。結局のところ、創造的なプロセスなのですから。)

[Vasiliy Sokolov]

komposter:

なぜOBJ_EDITを 使うのか理解できない。

ライブラリから標準のボタンを「復活」させたほうがずっと便利だろう（マウスの下でも光るように）。

つまり、有用な記事のようだが、なぜこのような方法が選ばれたのか理解できない。

ps:著者の実りの多さを羨ましく思うのは私だ ;)

現実には、標準的なボタンは非常に滑りやすい制御要素である、なぜなら第一にフレームの色をサポートしていない（それは非常に奇妙な理由ですが）、そして第二に、フレームの種類に応じてBORDER_FLAT、BORDER_RAISED視覚的に明らかにその位置の外に配置され、私はこれに加えて、ChartRedrawなしでその表示を変更するには、押下の状態に応じて、その色合いを変更し、非常に遅いとは言っていない。現実には、Windows 3.11のように切り刻まれたインターフェイスを除いて、ボタンは他の要素に比べて何の利点も与えていない。確かに、ボタンが押されているかどうかを示す特別なフィールドOBJ_SELECTEDがありますが、実際には、押されているかどうかのフラグを含む独自のオブジェクトOBJ_EDITを作成することに何の問題もありません。

[Vasiliy Smirnov]

ボタンはボタンじゃないしね）。

[Vasiliy Sokolov]

komposter:

ライブラリにある標準的なボタンを "アニメーション "させれば（マウスの下でも光るようにすれば）もっと便利だろう。

そして、自分の製品にグラフィック要素の標準ライブラリを 使うプロの開発者が一人でもいるのだろうか？

[Anatoli Kazharski]

zfs:
そしてボタンは本当のボタンではない）。

ボタンは押せるものなら何でもいいんだ。))

[Anatoli Kazharski]

C-4:
そして、自分の製品にグラフィック要素の標準ライブラリを 使うプロの開発者はいるのだろうか？

市場には、標準ライブラリに使われているものと似た要素を持つインターフェースの製品があると思う。

[Sergey Pavlov]

この 記事を読まれましたか？