int P_CORE[3][10] = {
//Основание кнопки.-----------------------------////NAME TYPE ELEMENT X Y X_SIZE Y_SIZE COLOR //----------------------------------------------
{ 100001, base, button, 100, 100, 200, 50, C'245,245,245'},
//---------------------------------------------- //Текст кнопки.---------------------------------////NAME TYPE ELEMENT X Y X_SIZE Y_SIZE COLOR //----------------------------------------------
{100002, text, button, 120, 120, 0, 0, C'245,0,0'},
//---------------------------------------------- //Иконка кнопки.-------------------------------- ////NAME TYPE ELEMENT X Y X_SIZE Y_SIZE COLOR
{100003, icon, button, 140, 140, 16, 16, 0},
//----------------------------------------------
};
なぜ声を出したのですか?あとはピーターがそれを読んでどうするか決める。また数年隠居するんだろう。
良い人に乾杯)。
これは、情報の読み取りが非常に悪い表現です。このようなデータは、完全に自動で処理した方が良い。自動作成(ビジュアルエディタ)、使用、編集。必ずビジュアルエディターを作ってください
プロトタイプ配列のデータの表現が曖昧であることは理解しています。私は、すべてが明確である、より単純な例を挙げました。
ビジュアルエディターがほぼ現実のものとなりました。作ることができます。やってみます。
ビジュアルエディターがほぼ現実のものとなりました。できるのです。やってみます。
やめてくれ!ピーター、締め切りが迫っているんだ。エンジンはすぐに公開すると約束されていましたね。計画にこだわる。最後に奇跡を解き放ち、そしてまた、ゆったりとした気持ちで名作を生み出す。
やめてくれ!ピーター、締め切りが迫っているんだ。エンジンはすぐに公開すると約束しましたね。計画にこだわる。最後に奇跡を解き放ち、そしてまた、ゆったりとした気持ちで名作を生み出す。
なるほど。
プロトタイプ配列のデータの表現が不明瞭であることを自覚しています。私は、すべてが明確である、より単純な例を挙げました。
ビジュアルエディターがほぼ現実のものとなりました。作ることができます。やってみます。
フォーマットはシンプルなのですが、それでうまくいっていない。オブジェクトが多くのプロパティを持っている場合ということです。
実際に使用されている、あなたのアプローチの例です。原理は同じです。テキストの字句解析は手作業で行うには非常に難しい。自動化のみ。そして、便利だなんて言わないでください。
すべてのコントロールは同じ数のプロパティを持ち、それら(プロパティセット)は同一であるか?
+ 質問に参加します。
すべてのコントロールは同じ数のプロパティを持ち、それら(プロパティセット)は一般的に同一なのでしょうか?
正確には、すべてのElement(要素)ではなく、すべてのObject(物体)です。エレメントは、オブジェクトの集合体です。Elementの種類によって、Objectの数は異なります。
Objectには、Base、Text、Icon、Canvasなどの 種類がありますが、どのタイプのObjectでも、プロパティの数と セットは共通です。
これらのプロパティは同一であるが、オブジェクトによっては使用されないプロパティもある。例えば、Fontプロパティは Basisには 使用されない。
これらのプロパティは同一であるが、一部のオブジェクトでは使用されないプロパティがある。例えば、 Baseは Fontプロパティを使用しません。
そこで、配列の次元を 維持するために、一部のオブジェクトに偽のプロパティを持たせています。自由度が高いので、何も言えません。