エラー、バグ、質問 - ページ 1249 1...124212431244124512461247124812491250125112521253125412551256...3185 新しいコメント 削除済み 2014.11.24 14:46 #12481 DiPach: 言語ツールを使用することができます。私はそのような実装(ObjectGetValueByTimeを 使用しない)をして います。 そして、秘密でないとすれば、何を通して実装されているのでしょうか? Andrew Petras 2014.11.24 14:47 #12482 joo: ラインのプロパティで「左側にレイ」という目盛りを付けました。 ラインのアンカー ポイントが異なる日にあることを確認しました。このラインは、D1より上の時間枠でも有効なように、対応する上位のTFより低くなってはならない。すなわち、OKなんです。H1W1なるほど。OKです。トップからボトム、そしてその逆はない。 Dina Paches 2014.11.24 14:48 #12483 Tapochun: OK、しかし、ここでの問題は、この関数についてさらに詳しいことではなく、線が「ジャンプ」すること、つまり、ある時点の点の価格座標が、スケールを変更することによって変化することなのです。スケールを変えても、私の価格座標は変わりません。より正確には、スケールを変更してもトレンドラインは 同じ値を表示する(スケールは値の計算に影響を与えない)。 Dina Paches 2014.11.24 14:51 #12484 Tapochun: 秘密でなければ、何を使って実装しているのでしょうか?純粋にMQL5の力を借りて。私はこの機能を使ったインジケータを自分用だけでなく、マーケットでも使っています。 削除済み 2014.11.24 14:51 #12485 DiPach:スケールを変えても、私の価格座標は変わりません。より正確には、スケールを変更しても同じトレンドラインの 値が表示されます。 視覚的に判断するのか、プログラム的に判断するのか。 Dina Paches 2014.11.24 14:52 #12486 Tapochun: 視覚的に判断するのか、プログラム的に判断するのか。プログラム的に私はそこで、私のスケールは値の計算に影響を与えないことを投稿に加えました。でも、それをどう実装するかで悩むこと--そう、私の時代にはそんなことがあったのです)。 削除済み 2014.11.24 15:23 #12487 alexvd:フローティング」オブジェクトについては、もちろん、スクリーンショットなどで具体的な例を示す方がよいでしょう。しかし、一般にレンダリングの精度の問題は、チャート上のスケールを考慮して、日付・価格座標をチャート上のXY座標に変換することの離散性にかかっているのです。1:1の縮尺で描いている人がいるわけではないんです。 いくつかのトレンドラインを描きます。現在時刻におけるそれらの価格座標を取得する(スクリプトを使用)。目盛りをずらす。現在のローソク足でのトレンドラインの値を再導出します。その結果がこちらです。 MetaTrader取引プラットフォームのスクリーンショット GBPUSD, M5, 2014.11.24 Alpari Limited、MetaTrader 5、Demo temp_file_screenshot_13845.png。 ファイル: TestTrendlinesValue.mq5 2 kb Александр 2014.11.24 15:30 #12488 DiPach:プログラム的に私の投稿では、私の尺度は値の計算には影響しないことを付け加えました。でも、それをどう実装するかは難しいですね......そう、私も昔はそうでした)。 y=a+bx - これがソフトウェア全体の実装です。 削除済み 2014.11.24 15:33 #12489 DiPach:プログラム的に私の投稿では、私の尺度は値の計算には影響しないことを付け加えました。でも、それをどう実装するかは難しいですね......そう、私も昔はそうでした)。 隣接する2つのローソク足上のラインポイント間の増分値で判断しているのでは? Dina Paches 2014.11.24 15:39 #12490 Talex: y=a+bx - これがプログラム全体の実装なのですが、なぜそれを曇らせているのでしょうか?知らないことを話すな。通常の計算で対象領域上のトレンドラインの値を求める場合、「落とし穴」がある。なかでも、すぐに表示されないことがあります。この落とし穴を回避するのが、私にとっては一番難しいことでした。一般的には、MQL5のObjectGetValueByTime 関数がMQL4と同様に結果で 動作するようになると良いと思います。 スクリーンショットの ように表示されない。 1...124212431244124512461247124812491250125112521253125412551256...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
言語ツールを使用することができます。私はそのような実装(ObjectGetValueByTimeを 使用しない)をして います。
ラインのプロパティで「左側にレイ」という目盛りを付けました。 ラインのアンカー ポイントが異なる日にあることを確認しました。このラインは、D1より上の時間枠でも有効なように、対応する上位のTFより低くなってはならない。
すなわち、OKなんです。
H1
W1
なるほど。OKです。トップからボトム、そしてその逆はない。
OK、しかし、ここでの問題は、この関数についてさらに詳しいことではなく、線が「ジャンプ」すること、つまり、ある時点の点の価格座標が、スケールを変更することによって変化することなのです。
スケールを変えても、私の価格座標は変わりません。
より正確には、スケールを変更してもトレンドラインは 同じ値を表示する(スケールは値の計算に影響を与えない)。
秘密でなければ、何を使って実装しているのでしょうか?
純粋にMQL5の力を借りて。
私はこの機能を使ったインジケータを自分用だけでなく、マーケットでも使っています。
スケールを変えても、私の価格座標は変わりません。
より正確には、スケールを変更しても同じトレンドラインの 値が表示されます。
視覚的に判断するのか、プログラム的に判断するのか。
プログラム的に
私はそこで、私のスケールは値の計算に影響を与えないことを投稿に加えました。
でも、それをどう実装するかで悩むこと--そう、私の時代にはそんなことがあったのです)。
フローティング」オブジェクトについては、もちろん、スクリーンショットなどで具体的な例を示す方がよいでしょう。
しかし、一般にレンダリングの精度の問題は、チャート上のスケールを考慮して、日付・価格座標をチャート上のXY座標に変換することの離散性にかかっているのです。1:1の縮尺で描いている人がいるわけではないんです。
MetaTrader取引プラットフォームのスクリーンショット
GBPUSD, M5, 2014.11.24
Alpari Limited、MetaTrader 5、Demo
temp_file_screenshot_13845.png。
プログラム的に
私の投稿では、私の尺度は値の計算には影響しないことを付け加えました。
でも、それをどう実装するかは難しいですね......そう、私も昔はそうでした)。
プログラム的に
私の投稿では、私の尺度は値の計算には影響しないことを付け加えました。
でも、それをどう実装するかは難しいですね......そう、私も昔はそうでした)。
y=a+bx - これがプログラム全体の実装なのですが、なぜそれを曇らせているのでしょうか?
知らないことを話すな。
通常の計算で対象領域上のトレンドラインの値を求める場合、「落とし穴」がある。なかでも、すぐに表示されないことがあります。この落とし穴を回避するのが、私にとっては一番難しいことでした。
一般的には、MQL5のObjectGetValueByTime 関数がMQL4と同様に結果で 動作するようになると良いと思います。 スクリーンショットの ように表示されない。