インジケーター、テキスト間のDISTANCEの自動制御に関するアドバイスが必要（MT-4） - ページ 2

新しいコメント
 
MT4では、この問題に対する良い解決策はありません。一つは、ATRを100本（オフセット1）で使用する方法、もう一つは、時間枠に応じてポイントを返す関数を書くことです。
 
Dmitry Fedoseev:
MT4では、この問題に対する良い解決策はありません。一つは、ATRを100本（オフセット1）で使用する方法、もう一つは、時間枠に応じてポイントを返す関数を書く方法です。

私の考えでは、キャンバスは、グラフィカルなオブジェクトと比較して、大きな可能性を持つ、完全にクロスプラットフォームなユニバーサルソリューションです。

 

なぜ、すべて言葉でサインするのか？
これでは、知覚に過負荷がかかってしまいます。チャートにたくさんの文字が表示されてしまうのです。

パターンごとに異なるキャラクターアイコンを作る（パラメータでキャラクターコードを選択する）とか。

 
そうです、スケジュールの順番が重要なのです。しかし、それは装飾に夢中になることなく、素早く行う必要があり、あなたのエネルギーをどこに向けるか知っている。
 

キャンバスを使わず、同じ原理で行う方法です。

1. 現在のインデントを決定するために、現在のチャートウィンドウの高さをピクセル単位で必要とします。CHART_HEIGHT_IN_PIXELS プロパティを持つ ChartGetInteger

2. チャート描画の開始を決定する：ChartTimePriceToXY

3.今見ているのがチャートのどの部分なのかを判断する方法は？CHART_VISIBLE_BARSおよびCHART_FIRST_VISIBLE_BAR プロパティを持つChartGetIntegerです。

4. 全てはOnChartEventで行われる。OBJ_LABELのようなオブジェクトを描画する。

実は、（私も含めて）昔の複数行の文章に対する愚痴を思い出すのですが・・・。然れば

 
Igor Zakharov:

キャンバスを使わず、同じ原理で行う方法です。

1. 現在のインデントを決定するために、現在のチャートウィンドウの高さをピクセル単位で必要とします。CHART_HEIGHT_IN_PIXELS プロパティを持つ ChartGetInteger

2. チャート描画の開始を決定する：ChartTimePriceToXY

3.今見ているのがチャートのどの部分なのかを判断する方法は？CHART_VISIBLE_BARSおよびCHART_FIRST_VISIBLE_BAR プロパティを持つChartGetIntegerです。

4. 全てはOnChartEventで行われる。OBJ_LABELのようなオブジェクトを描画している。

実は、（私も含めて）昔の複数行の文章に対する愚痴を思い出すのですが・・・。然れば

キャンバスはモンスターに見えますか？そうして、フランケンシュタインを作る必要があるのです...。
複数行のコメントは一度に行われます。
 
Artyom Trishkin:
複数行の解説を一度に行う。

コメントって、左上の やつですか？ トピックの作者にどう役立つんですか？

それとも、価格や時間にリンクした複数行のテキストを出力する方法のことでしょうか？ 教えてください

カンヴァスとモンスターのところがよくわからないのですが......。

ちなみに、これはニコライのキャンバスに描かれた例ですが、ほとんど作者が必要としているもので、編集は最小限です。

https://www.mql5.com/ru/forum/329224#comment_14363671

 
Igor Zakharov:

キャンバスを使わず、同じ原理で行う方法です。

1. 現在のインデントを決定するために、現在のチャートウィンドウの高さをピクセル単位で必要とします。CHART_HEIGHT_IN_PIXELS プロパティを持つ ChartGetInteger

2. チャート描画の開始を決定する：ChartTimePriceToXY

3.今見ているのがチャートのどの部分なのかを判断する方法は？CHART_VISIBLE_BARSおよびCHART_FIRST_VISIBLE_BAR プロパティを持つChartGetIntegerです。

4. 全てはOnChartEventで行われる。OBJ_LABELのようなオブジェクトを描画している。

実は、（私も含めて）昔の複数行の文章に対する愚痴を思い出すのですが・・・。然れば

そのような場合は、与えられたピクセル数に対応する距離を返すような関数を書くとよいでしょう。そして、OnChartEventで、チャートの可視部分を調べて、テキストラベルの距離を調整する必要があります。この方法であれば、修正量も少なく、通常のインジケーターとの違いも最小限に抑えることができます。

 
Artyom Trishkin:

私の意見では、kanvas は、グラフィカルなオブジェクトと比較して大きな可能性を持つ、完全にクロスプラットフォームなユニバーサルソリューションです。

いや、ほんの一握りのマニア以外には必要ない。そして、ほとんどの人は、すべてがシンプルでわかりやすく、理解しやすいように必要としています。

 
Dmitry Fedoseev:

いや、ほんの一握りのマニア以外には必要ない。そして、ほとんどの人は、シンプルでわかりやすいことを望んでいます。

発明できるもの、動かせるもの、調整できるものは、すべてグラフィカルなオブジェクトでキャンバスに書き、描く方が簡単でわかりやすいのです。目的は単純です。しかし、その比率は滅茶苦茶です。しかし、kanvasもオブジェクトですが、1つのキャンドルに1つのオブジェクトです。canvasを作成し、そこに必要なものをすべて描けばいいのです。チャートの周期や 垂直スケールを変更する際に、行間をどのように確保するかを考える必要はありません。
1234567
新しいコメント