MT5への願い - ページ 26

[Vasily]

フォトショップのように、端末の枠外に窓を作ればもっと良いのですが、そうすれば成功でしょう =)。

と、すべてのウィンドウの上にあるような設定可能な機能など。

[Denis Zyatkevich]

OBJ_TRENDのように、時間や価格ではなく、画面の境界線からのオフセットとして設定された座標を持つグラフィカルオブジェクトを追加することは可能ですか？(チャートを移動しても、このようなオブジェクトはその場に残ります）。

また、「空の」金融商品に対応するシンボルがあれば、そのようなチャートを開いたときに価格が表示されない（空のウィンドウに描画することが可能）ので、助かります。

[Vasily]

zdd:

OBJ_TRENDのように、時間や価格ではなく、画面の境界線からのオフセットとして設定された座標を持つグラフィカルオブジェクトを追加することは可能ですか？(チャートを移動しても、このようなオブジェクトはその場に残ります）。

さらに、「空の」金融商品に対応するシンボルがあると便利です。そのようなチャートを開くと、価格が表示されません（空のウィンドウでは、描画が可能です）。

うーん、ダニが毎秒行くのもね。

テストツールのように

グッドアイディア）

[Denis Zyatkevich]

CoreWinTT:

うーん、そしてダニが1秒ごとにそこに行くようにする。

テストツールのように

グッドアイディア）

ダニは必要ありません。必要であれば、自分たちで描く。主なものは、描画できるウィンドウと、描画できるグラフィックオブジェクトを持つことです（どのバーに落ちるか、チャートと一緒に移動しないかを考えなくてよい）。

[Вадим]

zdd:
Tikiは必要ありません。必要なら、自分たちでやればいいんです。主なものは、描画可能なウィンドウと、描画可能なグラフィックオブジェクトを持つことです（どのバー上に描画するか、チャートと一緒に移動しないかを考えなくてもよい）。

私はすでにこの問題を提起しており、価格表のないウィンドウ型のオブジェクト、つまり「座標平面」が必要であるという考えを全面的に支持しています。

[yu-sha]

賛成！

これまで何度も、時間軸や価格の縛りのない、描画用の別ウィンドウが必要でした。

ピクセル座標を持つDrawWindowとOnInit()、OnDeinit()、OnTimer()、OnChartEvent()の処理だけです。

Pixels<-->(Bars+Price)の周りのバー、ライン、タンバリンをすべて色付けする必要があります。

[Vladimir Gomonov]

yu-sha:
あとは、すべてのバーとラインを色分けして、Pixels<-->(Bars+Price)の周りでタンバリンを踊らなければならない。

はい。

この拷問を過去のものにするには、すべてのスクリーンオブジェクトを例外なく、ピクセル単位と時間＋価格単位で二重配置にすれば十分です（ただし、必要です）。

さらに、ユーザーが制御する必要な座標系（XY/TimePrice）の参照フラグを付ける。(もちろん、実行時の変更にも対応）。

なぜ開発者が座標バインディングでオブジェクトを2つに分けるという方法を取ったのかは分かりませんが、実践してみると残念な解決策であることが分かります。

[Vladimir Gomonov]

zdd:
ダニは必要ありません。どうしてもというなら、自分たちで作る。主なものは、描画できるウィンドウと、描画できるグラフィカルオブジェクト（どのバーを取得するか考えずに、チャートと一緒に移動しない）を持つことです。

そうそう、熱く支持されていますね。チャートのアナログ化については、今あるものに比べれば良いアイデアだと思います（空だけ）。

しかし、さらに良いのは、最終的に通常の「ユーザー」ウィンドウを作成し、どのチャートにも縛られず、mql5-プログラムウィンドウを作成し、自由に描画し、グラフィック要素やコントロールを追加することができることでしょう。

既存の番組と図表の関連付けについては...。そのままにしておく。ただ、それに加えて、デフォルトでどのチャートシンボルにもバインドされない方法があるといいですね。 GlobalMqlSpaceは良さそうですね。 ナビゲータで視覚的に表現して、そのバインドを必要としないスクリプトやEAをドロップインできるようにします。しかも、どんな量でも。ユーザーの機械が引っ張る分だけ、やらせてあげればいいのです。

おそらく、こうしたエキゾチックな(?)アイデアが出尽くした今、開発者は端末を 実用的な軌道に乗せることに関心を寄せているのだろう。

まだ。私たちはきっと、普通の、普通のmql-windowsが必要なのです。明日でなくても、せめて明後日には。

[Dmitry Voronkov]

zdd:
Tikiは必要ありません。必要なら、自分たちでやればいいんです。主なものは、描画可能なウィンドウと、描画可能なグラフィカルオブジェクトを持つことです（どのバーに落ちるか、チャートとずれないか、など考えずに）。

開発者は3ヶ月前にOBJ_BITMAPとOBJ_BITMAP_LABELに アクセスできるようにすると約束 しましたが、それは後回しで、今はできるだけ早く端末を立ち上げることが仕事 です。

[Vasily]

mt5とコネクトサブのリアルボリュームを最も楽しみにしています。