Алгоритм сглаживания класса CCanvas — основа всех построений, в которых используется сглаживание. В статье рассказано о том, как работает этот алгоритм, приведены примеры визуализации его работы. Кроме того, рассмотрено рисование теней графических объектов и разработан подробный алгоритм отрисовки тени на канвасе. Для расчетов применена библиотека численного анализа ALGLIB.
これが影だ。
色が対照的だと、アーティストが飽きてしまうので、ユーザーにとっては美しいだけでしょう。そう、影であり、角度であり、照明であり、まぶしさであり......。
そんなことをしている暇はない。
その通り、影だけでなく、角度、照明、まぶしさ......。
そんなことをしている暇はない。
答えはあなた次第。
多くの場合、人は答えがあることによって慰められるのであって、答えがあるかないかによって慰められるのではない。
それは心理学の事実である。
---
グレアは、ボールやトーラスのような凹凸のある表面でのみ発生する。
ボタンの枠を塗ろうとしたとき、まずグラデーション機能を使ってメインカラーを範囲に分けた。ボタンの）元の色の濃淡の範囲を得たので、その範囲から選択した色で枠線を塗り直しただけである。ひどい結果になった。不自然だ。ボタン枠の元のグレーの曲率を繰り返す曲線で範囲を移動しようとした。うまくいかなかった。より正確には、ある色ではほぼ正確になったが、他の色ではまったくならなかった。そこで私は、枠の各線の灰色とボタンの色を混ぜるための公式が必要だと理解した。しかし、その公式をすぐに思いつくことができなかった。だから諦めた。
グレーと何の関係があるんだ？
対照的な色が必要なんだ。）
見栄えがよく、美しく見える必要があるんだ。
赤/緑
黄色／青
等々。
アーティストの腕が見える？
まあ、もうわかった時点で美しくはない、予想できる基準なんだけど......。
知らない人からすれば、普通としか言いようがない。
グラフィックの欠点は、今のところ当然のこととして受け止めなければならないだろう。
本題のマークアップ言語と機能性に戻ろう。
ご意見ありがとうございました。
色とアイコンの問題は 終わった 。
色の理論を理解したら、例えば、これをテストレイアウトに使って、高度なものに変換することができる：
https:// www.mql5.com/ru/articles/1612
ユーザーはどうやって探している画像を追加し、インターフェイスの作成に使うのか？ これが問題 だ。
インターフェイスの画像（アイコンやその他の画像）は、大きく2つに分けられる：
1.内部。
内部画像はデザイナーに組み込まれています。例えば、スクロールボタンの絵、メニューの矢印、ウィンドウを閉じるボタンの十字などです。これらは標準的な画像で、配列に数字で書かれています。ラベルメニューウィンドウのアイコンも同様です。これらは特別な配列に数字で書き込まれます。外部リソース（画像のあるフォルダ）がなくても、これらの画像は残り、ユーザーは同じように使うことができます。この場合、アイコンのアドレスはコンストラクタが見つける名前になります。
2.外部。
すべての外部画像は、Images フォルダに配置する必要があります。コンストラクタはそれらをリソースとしてロードし、イメージの共通配列に記録します。その後、アルゴリズムはこれらの画像を内部画像としてアクセスします。ユーザーがプロジェクトを保存すると、アルゴリズムはユーザー・インターフェースが必要とする画像だけを選択してUIDATAファイルに書き込みます。
基本的には簡単です。
1.ユーザーは必要な画像をImagesフォルダに入れる。
2.特別なファイルに（例えば）#resource "::Images/32x32↩Index.bmp "という行を書く。
3.そして、コードで指定する：
完了。
ユーザーは、要素やウィンドウに通常の画像割り当て文字列を使うだけである。他には何も必要ない。コンストラクター自身が、画像が外部か内部かを判断します。外部であれば、リソースから取り出し、他の画像と一緒に配列に入れます。