BugTrack/2079 の履歴ソース(No.3)

*スキンとCSSの仕様について。 [#oaf803de]
- 元タイトル: スキンの仕様について。

-ページ: [[BugTrack2]]
-投稿者: JingTakano
-優先順位: 普通
-状態: 提案
-カテゴリー: その他
-投稿日: 2005-06-13 (月) 10:16:34
-バージョン: 1.4.5_1

**メッセージ [#r4102d14]
せっかく苦労してCSSやデザインをカスタマイズしても、スキンの仕様がバージョンアップの度に変わる為、また１からカスタマイズし直すか、バージョンアップを諦めるしか現状では手がありません。

今回のバージョンアップ(1.4.5_1)ではCSSファイルまでPHP化してしまい、PHPが読めない人ではCSSすらカスタマイズをすることが困難となってしまいました。

カスタマイズする人のことを考えて、もう少しスキンの仕様を標準化し、落ち着いたものにできないでしょうか？

もう一つは、XOOPSやWordPressME1.5.1のように、スキンを機動的に切り替えることの出来るような仕様にしてほしいんです。
CSSなどのファイルをフォルダに一纏めにして、自由に選択できるように。
Skinっていうよりは、themeって言った方がいいのかな？

検討の程、宜しくお願いします。
----
-既存の話題とかぶっている感のある問い合わせですが (^^; 、いつもの様に、話題を分解しながら進めましょう。 -- [[henoheno]] &new{2005-06-13 (月) 21:49:04};

#comment

----
** スキン内部の機能追加について [#q3933a69]
-ここらで真剣にSMARTYとかpatTemplateとかを考えるべきなんでしょうか。 -- [[Ratbeta]] &new{2005-06-13 (月) 19:40:02};
-今までの話題と、SMARTYのようなモノについては[[BugTrack/790]]で既出です。必要だと思った方が、既存のスキンをSMARTYで作って見ると良いでしょう。実際に前例はあるわけですから、使ってみても良いでしょう。  -- [[henoheno]] &new{2005-06-13 (月) 21:55:34};
- あまりうまく伝わっていない感もありますが、1.4.5_1(1.4.5)は、1.4.4で動くスキンもファイル名を直す程度で動作するはずです。1.4.5ではもう少し融通の利く内部構造を追加しただけで、以前の内部構造を削除したわけではないからです。そのため互換性が無いという意見には誤解があると思います。やって見て、妙な所があったら[[org:質問箱]]などを活用して下さい。仮に問題があれば修正されるか、他の方がそれを見本にされるでしょう。(成功例も失敗例もほとんど耳に入ってこないので、上手く行っても行かなくても教えていただきたいです :) ) -- [[henoheno]] &new{2005-06-13 (月) 21:56:46};

#comment

----
** CSSの仕様は変化していない / 集約した意義 / 動的になった事による付加価値 [#x1e225cb]
-CSSについて。極端な事を言えば、「俺はPHP化されたCSSが嫌いだから、ブラウザで取り出して普通のCSSにしちゃったぜ」という声が聞こえてこないのはなぜなんでしょうか。その状態を無効にする方法は存在します。((負荷を少しでも減らしたい環境では、この方法は今でも意味があると思いますが、CSSの出力回数は何ページ見ようとも一人あたり二回(screenとprint)にとどまるため、ユニークユーザー数がそれなりに多い環境でないと効果は薄いと思います)) -- [[henoheno]] &new{2005-06-13 (月) 22:01:22};
-また、CSSについては構造的な変化がありませんから、以前のデータはそのまま使えます。「俺はカスタマイズしたCSSがあるから、それを今でも使ってるぜ」と言う事は可能です。つまり「使わない」という選択肢もありますよね。 -- [[henoheno]] &new{2005-06-13 (月) 22:08:37};
-そして、PHP化した最大のきっかけは、今までCSSがメディアごとに最低二種類(screen, print)、言語ごとに最低二種類(en,ja)、組み合わせると最低四種類あるという物理的な無駄にあったわけですが、果たしてカスタマイズされたという皆さんは、本当にこの四種類をきっちり改造されたのでしょうか。普通しないですよね。苦痛を感じるか、その前に対象を絞るはずです。実際に自作スキンに添付されているCSSも一種類しかケアしていないものが存在したのですが、それはその作者の方が悪いのではありません。そうした今までの苦痛を検討に入れて下さい。 -- [[henoheno]] &new{2005-06-13 (月) 22:24:39};
-という事で、「使わない」という選択肢は以前からあって、今もある事を考慮いただいて・・・ -- [[henoheno]] &new{2005-06-13 (月) 22:49:39};
-CSSの出力部分が集約されたという(デフォルトのCSSの)話は当分落ち着かないでしょうけれど、わけわからんかと言うとそうでもないでしょう。今[[BugTrack/789]]で検討しているのは「多色化」、つまりさらにCSSの内部的な出力バリエーションを増やす方法です。「PHPやCSSは詳しく知らないが、HTMLで色を指定する方法は知っている」方にとってはカスタマイズの余地がある環境になることでしょう。他に、[[org:質問箱3/100]]で例があるように、ブラウザの個別対応を盛り込む可能性もあるでしょう。その他も同じです。 -- [[henoheno]] &new{2005-06-13 (月) 22:53:41};
-(・・・メディア, 言語, 色, ブラウザ用の要素がそれぞれ2種類づつだけあったとして、全部静的なファイルで作ったら 2x2x2x2 = 16個必要ですね (^^; -- [[henoheno]] &new{2005-06-13 (月) 22:58:31};

#comment

----
** スキンの動的な切り替えについて [#f65d69a4]
-実際に実現している人もいるしその例も探せばあるでしょうし、とても既出なので省略 (^^; -- [[henoheno]] &new{2005-06-13 (月) 22:10:15};
-効率と「情報を束で扱う」事を考えると、個人的にはWiki一本ごとにデザインを揃える事をお薦めしたいです。（その前提として、必要に応じて複数持つという発想も :) ) -- [[henoheno]] &new{2005-06-13 (月) 22:12:46};

#comment