キャンバスがカッコいい! - ページ 21 1...141516171819202122232425262728...93 新しいコメント Aleksey Vyazmikin 2019.02.16 04:54 #201 Nikolai Semko:そう、ちょっとした引っ掛かりがあったのです。修正しました。 ありがとうございます(苦笑)。お願いです、最後のファイルをやり直しましたか? なるほど、そうなんだ!もう大丈夫なんだ。 Artyom Trishkin 2019.02.16 05:03 #202 Nikolai Semko:スピードを説明するために... マウスポインターで2つのパラメータを変更する X - 最大MA期間の変更 Y - МА期の変化するステップ 参考までに、このような指標はどのような意味があるのでしょうか。一例であることは理解していますし、取引用でないことも理解しています、しかし.インジケータは、外部からデータを受信できるようにする必要があります。それ以外は、ただただ美しい画像です。そして、そのデータを受け取らない指標の適用領域は大きく狭まる。 そうした指標からデータを還元する方法を作るヒントがあれば、もっと面白い。 Nikolai Semko 2019.02.16 05:33 #203 Artyom Trishkin:参考までに、このような指標はどのような意味があるのでしょうか。一例であることは理解していますし、取引用でないことも理解しています、しかし.インジケータは、外部からデータを受信できるようにする必要があります。それ以外は、ただただ美しい画像です。そして、そのデータを受け取らずに指標を適用できる領域は、非常に狭い。 そのような指標からデータを出す方法を作るヒントがあれば、もっと面白い。kanvasのインジケーターからデータを送信する方法には大きな問題があります。バリエーションが豊富ですね。 さらに、実際の取引の99.9%は、ゼロと最初のバーの値だけが必要です。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。 この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。 さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。 自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。しかし、アルゴトレーディングに指標値が必要な場合、クラスのインスタンスを通して、owlの本体に指標計算を 組み込む方が簡単ではないでしょうか。 Artyom Trishkin 2019.02.16 05:41 #204 Nikolai Semko:キャンバ」のインジケータからデータを与える方法を設定することは、大きな問題ではありません。選択肢はいくらでも見えてくる。 さらに、実際の取引では99.9%のケースでゼロと最初のバーの値のみが必要とされます。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。 この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。 さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。 自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。しかし、algotradingに指標値が必要な場合、owlの本体に指標計算を 組み込んだ方が簡単ではないでしょうか?私もそう思います。しかし、別の形でそれを必要とするユーザーのカテゴリーがあります。 しかし、canvaのインジケータが512個以上のデータを返した場合はどうでしょうか?この場合、バッファは役に立ちません。そして、ユーザーは指標となるデータをプログラムに取り込みたいだけなのです。そして、彼らはエキスパート-アドバイザーの本体にそれらを埋め込むことを望んでいない(私はフクロウを惜しまない - それはでガラガラなしで飛ぶことができます...)。そして、目に見えるバーだけでなく、要求されたあらゆるバーのデータを受け取りたいと考えています。そして、これは正当なことなのです。そして、それは怠惰や何でも簡単に手に入れたいという願望だけでなく、TSの要求によって正当化される。 Nikolai Semko 2019.02.16 05:52 #205 Artyom Trishkin:私もそう思います。しかし、それとは異なるニーズを持つユーザーのカテゴリーが存在します。 キャンバスインジケータが返すデータが512を超えたらどうするのですか?この場合、バッファは役に立ちません。そして、ユーザーは指標となるデータをプログラムに取り込みたいだけなのです。そして、彼らはエキスパート-アドバイザーの本体にそれらを埋め込むことを望んでいない(私はフクロウを惜しまない - それは...でガラガラなしで飛ぶことができます)。そして、目に見えるバーだけでなく、要求されたあらゆるバーのデータを受け取りたいと考えています。そして、これは正当なことなのです。そして、それは怠惰や何でも簡単に手に入れたいという願望だけでなく、TSの要求によって正当化される。プログラマーでない大多数のユーザーについて言えば、フクロウかインジケーターのどちらかが必要です。フクロウにインジケーターは必要ないそうです。 私は考えるための情報を提供しただけで、何も押し付けているわけではありません。何が便利で何が不便かは、プログラマーが自分で決めればいいのです。しかし、個人的には、自分のEAでiCustom関数を使うことはないだろうと思っています。 Alexey Viktorov 2019.02.16 06:43 #206 Nikolai Semko:キャンバ」のインジケータからデータを与える方法を設定することは、大きな問題ではありません。選択肢はいくらでも見えてくる。 さらに、実際の取引では99.9%のケースでゼロと最初のバーの値のみが必要とされます。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。 この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。 さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。 自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。アルゴトレーディングの指標値が必要な場合、クラスのインスタンスを通じて owlの本体に指標計算を 組み込むのはそれほど簡単ではないのでしょうか?私見ですが、インジケータもクラスのインスタンスを通して書くべきでしょう。そして、このクラスを参考にして、インジケーターやExpert Advisorを作ることができるようになります。私のコレクションにも、そんなクラスがあります。とても気に入りました。 Реter Konow 2019.02.16 08:15 #207 Nikolai Semko:スピードを説明するために... マウスポインターで2つのパラメータを変更する X - 最大MA期間の変更 Y - MA の期間のステップ よくやった、ニコライ。道連れ。 Nikolai Semko 2019.02.16 11:56 #208 Alexey Viktorov:私見ですが、インジケータもクラスのインスタンスを通して書くべきでしょう。そして、このクラスを参考にして、インジケーターやExpert Advisorを作ることができるようになります。私のコレクションにも、そんなクラスがあります。とても気に入りました。 私もそう思います。 Nikolai Semko 2019.02.16 12:08 #209 ちなみに、canvaのインジケータを使うもうひとつの嬉しい特典は、コードがほぼクロスプラットフォームであることです。 Nikolai Semko 2019.02.16 12:42 #210 Реter Konow:よくやった、ニコライ。道連れ。ピーターさん、6色のマルチグラデーションを実装していることに注目してください。 uint Grad(double p) { static uint Col[6]={0xFFFF0000,0xFFFF00FF,0xFF0000FF,0xFF00FFFF,0xFF00FF00,0xFFFFFF00}; p=p*5; int n=(int)p; if(n==5) return Col[5]; double k=1-p+(int)p; argb c1,c2; c1.clr=Col[n]; c2.clr=Col[n+1]; return ARGB(255,c2.c[0]+uchar(k*((int)c1.c[0]-(int)c2.c[0])+0.5), c2.c[1]+uchar(k*((int)c1.c[1]-(int)c2.c[1])+0.5), c2.c[2]+uchar(k*((int)c1.c[2]-(int)c2.c[2])+0.5)); }ここで、pは0から1に変化する。 ZS ただ、一番外側の色にはひとつ問題があって、まだ修正できていないんです。 1...141516171819202122232425262728...93 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そう、ちょっとした引っ掛かりがあったのです。修正しました。
ありがとうございます(苦笑)。
お願いです、最後のファイルをやり直しましたか?
なるほど、そうなんだ!もう大丈夫なんだ。スピードを説明するために...
マウスポインターで2つのパラメータを変更する
X - 最大MA期間の変更
Y - МА期の変化するステップ
参考までに、このような指標はどのような意味があるのでしょうか。一例であることは理解していますし、取引用でないことも理解しています、しかし.インジケータは、外部からデータを受信できるようにする必要があります。それ以外は、ただただ美しい画像です。そして、そのデータを受け取らない指標の適用領域は大きく狭まる。
そうした指標からデータを還元する方法を作るヒントがあれば、もっと面白い。
参考までに、このような指標はどのような意味があるのでしょうか。一例であることは理解していますし、取引用でないことも理解しています、しかし.インジケータは、外部からデータを受信できるようにする必要があります。それ以外は、ただただ美しい画像です。そして、そのデータを受け取らずに指標を適用できる領域は、非常に狭い。
そのような指標からデータを出す方法を作るヒントがあれば、もっと面白い。
kanvasのインジケーターからデータを送信する方法には大きな問題があります。バリエーションが豊富ですね。
さらに、実際の取引の99.9%は、ゼロと最初のバーの値だけが必要です。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。
この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。
さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。
自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。しかし、アルゴトレーディングに指標値が必要な場合、クラスのインスタンスを通して、owlの本体に指標計算を 組み込む方が簡単ではないでしょうか。
キャンバ」のインジケータからデータを与える方法を設定することは、大きな問題ではありません。選択肢はいくらでも見えてくる。
さらに、実際の取引では99.9%のケースでゼロと最初のバーの値のみが必要とされます。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。
この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。
さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。
自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。しかし、algotradingに指標値が必要な場合、owlの本体に指標計算を 組み込んだ方が簡単ではないでしょうか?
私もそう思います。しかし、別の形でそれを必要とするユーザーのカテゴリーがあります。
しかし、canvaのインジケータが512個以上のデータを返した場合はどうでしょうか?この場合、バッファは役に立ちません。そして、ユーザーは指標となるデータをプログラムに取り込みたいだけなのです。そして、彼らはエキスパート-アドバイザーの本体にそれらを埋め込むことを望んでいない(私はフクロウを惜しまない - それはでガラガラなしで飛ぶことができます...)。そして、目に見えるバーだけでなく、要求されたあらゆるバーのデータを受け取りたいと考えています。そして、これは正当なことなのです。そして、それは怠惰や何でも簡単に手に入れたいという願望だけでなく、TSの要求によって正当化される。
私もそう思います。しかし、それとは異なるニーズを持つユーザーのカテゴリーが存在します。
キャンバスインジケータが返すデータが512を超えたらどうするのですか?この場合、バッファは役に立ちません。そして、ユーザーは指標となるデータをプログラムに取り込みたいだけなのです。そして、彼らはエキスパート-アドバイザーの本体にそれらを埋め込むことを望んでいない(私はフクロウを惜しまない - それは...でガラガラなしで飛ぶことができます)。そして、目に見えるバーだけでなく、要求されたあらゆるバーのデータを受け取りたいと考えています。そして、これは正当なことなのです。そして、それは怠惰や何でも簡単に手に入れたいという願望だけでなく、TSの要求によって正当化される。
プログラマーでない大多数のユーザーについて言えば、フクロウかインジケーターのどちらかが必要です。フクロウにインジケーターは必要ないそうです。
私は考えるための情報を提供しただけで、何も押し付けているわけではありません。何が便利で何が不便かは、プログラマーが自分で決めればいいのです。しかし、個人的には、自分のEAでiCustom関数を使うことはないだろうと思っています。
キャンバ」のインジケータからデータを与える方法を設定することは、大きな問題ではありません。選択肢はいくらでも見えてくる。
さらに、実際の取引では99.9%のケースでゼロと最初のバーの値のみが必要とされます。これらの値を渡すことは、本当に問題なのでしょうか?インジケーターデータを配列やバッファに入れることの問題点は何ですか?リソースも用意されています。
この例は、ある目的を持ってデモンストレーションを行ったものです。- canvasによる指標の実装が、古典的な手法よりも高速であることを示すこと。そして、それは絶対的な柔軟性である。
さらに、「本当に指標からデータを取る必要があるのか」という大きな疑問があります。
自分独自のインジケータがある場合、インジケータは可視化のためだけに必要です。窓の外のバーの指標値を計算する意味は何ですか?絶対に必要ないと思います。アルゴトレーディングの指標値が必要な場合、クラスのインスタンスを通じて owlの本体に指標計算を 組み込むのはそれほど簡単ではないのでしょうか?
私見ですが、インジケータもクラスのインスタンスを通して書くべきでしょう。そして、このクラスを参考にして、インジケーターやExpert Advisorを作ることができるようになります。私のコレクションにも、そんなクラスがあります。とても気に入りました。
スピードを説明するために...
マウスポインターで2つのパラメータを変更する
X - 最大MA期間の変更
Y - MA の期間のステップ
よくやった、ニコライ。道連れ。
私見ですが、インジケータもクラスのインスタンスを通して書くべきでしょう。そして、このクラスを参考にして、インジケーターやExpert Advisorを作ることができるようになります。私のコレクションにも、そんなクラスがあります。とても気に入りました。
よくやった、ニコライ。道連れ。
ピーターさん、6色のマルチグラデーションを実装していることに注目してください。
ここで、pは0から1に変化する。
ZS ただ、一番外側の色にはひとつ問題があって、まだ修正できていないんです。