color clr=clrViolet;
uint CLR[];
Gradient(clrWhite, clr, CLR,100); // получаем массив из 100 элементов градиента от белого цвета до цвета clr
Gradient(clr, clrBlack, CLR,100); // получаем массив из 100 элементов градиента от цвета clr до черног цвета
Peterさん、問題は、誰でも見られるようにフォーラムに関数を投稿し、色分解を適用していることです。しかし、この関数は必要な色配列を生成せず、文字列配列だけを生成します。これは、画面上でグラデーションを実演するのではなく、印刷出力にのみ適して います。それは、豚のような存在で、他者への敬意がない。必 要なら自分たちで翻訳してください。
これはもう、あからさまな名誉毀損、誹謗中傷です。 あえて文字列型を選んだのは、構成要素が見やすく、切り分けがしやすいようにするためです。 最初のページで、私の解法テクニックを詳しく説明しました。何も説明してないじゃないか。 あなた自身が、あなたの色分解の方法を十分に理解しているとは思えません。そうでない場合は、私のように詳しく説明してください。
そして、そのような大きな声で非難するのはやめましょう。自分で手を滑らせることもあります。
これは明らかな誹謗中傷であり、名誉毀損である。 文字列の種類は、構成要素を見やすく、切り分けやすくするために、あえて選びました。 最初のページで、私の解答のテクニックを詳しく説明しました。何も説明していませんね。あ なた自身が、色分解法の仕組みを十分に理解しているとは思えません。そうでない場合は、私のように詳しく説明してください。
そして、そんな大声で非難するのはやめましょう。自分でも手を滑らせるかもしれません。
すみません~、今説明を読みました。
それは無理だ。もっと平凡で原始的なものです。
コードそのものよりも、もっとキャッチーに説明することは困難です。
もう1度
これは、アルゴリズムが正しく動作しているかどうかを確認するのに最適な方法です。
そして、スピードチェックに移行します。
一方、あなたは私のアルゴリズムを、自分の好きなように線を変えて、それを別のプラットフォームで動かして、自分の描画技術に従って表示したのです。これだけ独自に改変しておきながら、自分がどのように改変し、どのような状況に置いたかに気づかないかのように、私のアルゴリズムを判断するのですね。あなた自身がエラーになりそうな条件では、冷静に調べてみましょう。
もう1度
これは、アルゴリズムが正しく動作しているかどうかを確認するのに最適な方法です。
そして、スピードチェックに移行します。
一方、あなたは私のアルゴリズムを、自分の好きなように線を変えて、それを別のプラットフォームで動かして、自分の描画技術に従って表示したのです。これだけ独自に改変しておきながら、自分がどのように改変し、どのような状況に置いたかに気づかないかのように、私のアルゴリズムを判断するのですね。あなた自身がエラーになりそうな条件だから、冷静に見極めよう。
ピーター アラートに3桁の256通りの組み合わせは必要ないんだ。色が欲しい。あなたの関数でやったことは、本来あるべき姿であるcolorをuintに変換したことだけです。その論理は私の理解を超えているので、私はあなたのアルゴリズムには入りませんでした。
ピーター 3桁の色の組み合わせが256通りもあるアラートはいらないよ。色が欲しい。私があなたの関数で行ったことは、色を文字列ではなく、本来あるべきuintに変換したことだけです。あなたのアルゴリズムについては、その論理が私の理解を超えているため、まだ手をつけていません。
数字で確認するのが一番です。色の濃淡は目で見て比較することはできません。モニターが異なれば、認識も異なることがあります。だからこそ、数字が一番のチェックポイントになるのです。
しかも、無理な理屈は一切なし。学校の三角法
1.6つのセグメントの角度を計算する。
2.そして、これらのセグメントの各点における値を計算し、配列に書き込む。
それだけです。
数字で確認するのが一番です。色の濃淡を目で見て正確に比較することはできません。モニターが異なれば、認識も異なることがあります。だからこそ、数字が一番のチェックポイントになるのです。
しかも、無理な理屈は一切なし。学校の三角法
1.6つのセグメントの角度を計算する。
2.そして、これらのセグメントの各点における値を計算し、配列に書き込む。
それだけです。
しかし、実際には、私の機能は不具合なく動作し、4倍も高速になりました。5のアルゴリズムを提供したときの結果を待っています。クリップボードからコピーするだけでも時間がかかるのに、さらに時間がかかるとは。
しかし、実際には私の機能は不具合なく動作し、4倍高速になりました。5のアルゴリズムを提供する際には、その結果を待っています。クリップボードを介してコピーするだけでも時間がかかったのに、さらに何かと時間がかかるんですね。
ニコライさん、それじゃ幼稚園児みたいじゃないですか。4倍速い」という発言は、証明されていないため無効です。
この線は、なぜか矩形全体の描画に影響します。でも、それは私の不具合ではありません。チェックしてみてください。
あなたが持っている不具合について、引き続き調べています。本当に私のアルゴリズムのせいなのか、確かめたいのです。
そして、数字の無駄な明滅を消してください。不要なものはすべて取り除いてください。元の色が1色のグラデーションを持つ単純な矩形を一度表示させてみましょう。余計なギミックは一切なし。
ある色から白や黒へのグラデーションが必要な場合、この関数でそのように得ることができます。
数字で確認するのが一番です。色の濃淡を目で見て正確に比較することはできません。モニターが異なれば、認識も異なることがあります。だからこそ、数字が一番のチェックポイントになるのです。
私は「告発」に参加します、耐えられなかった :)
プログラミングをしてはいけないという良い例です。GUI全体がこのような書き方をしているのであれば、長い間見ることはないでしょう。:(
どの行も「傑作」です。これだけエラーや失敗が積み重なれば、mql4はうまくいくだろうという期待も高まります。mt4が使われる理由がわかりました。
このようなコードの公開と、その後の批判に対する反応は、フォーラムの参加者を尊重していないのではと思います。彼らはあなたに危害を加えたいのではなく、あなたを助けたいのです。
アルゴリズムの比較については、視覚的に比較することができます。あなたのアルゴリズムが「ウィンドウズ・シェード」に99%近いシェードを出すということを、数字で証明したわけではありません。
左側があなたのアプローチ、右側がニコライ・セムコの アプローチという感じです。(ニコライ・セムコの スクリプトを改造したものを使用)。