次期Geeklog2.0のTableレイアウトの新テーマについて

2012/04/09 20:50 JST

状態: オフライン

dengen

Site Admin

Admin

登録日: 11/23/06

投稿数: 191

Quote by: Tani_KK

この書き換えが、COM_siteHeaderとCOM_siteFooterの中身だけを書き換えているという話ならば、後方互換を維持した状態で十分修正可能と思います。

中身を書き換えるだけではだめでした。 COM_siteHeaderとCOM_siteFooterを足しあわせたようなCOM_createHTMLDocumentという関数を作成しました。

Quote by: Tani_KK

functions.phpでCSSレイアウトならフラグをセットし、そのフラグがtrueならばCSS_site... を使用、そうでなければTable_site... を使用等です。いかがでしょう？

はい。同じような方法で切り替えができるようにしました。つまり、テーマのfunctions.phpでフラグを立てて、それにより処理を分岐させる方法です。 COM_createHTMLDocument関数内でフラグをチェックし、古いテーマであれば、従来のCOM_siteHeaderとCOM_siteFooterをコールします。後方互換性を確保するため、しばらくはCOM_siteHeaderとCOM_siteFooterは併存させます。当面の問題は、CSSレイアウトの新テーマとCOM_createHTMLDocument関数に対応していないプラグインの組み合わせでは、当然のことながらレイアウトが崩れること。センターブロックだけのレイアウトになります。でも、これはプラグイン開発者に対応版を出してもらえれば、次第に解決していくと考えています。このシナリオを本家がのんでくれないかなぁ。

引用

2012/04/10 10:04 JST

状態: オフライン

mistgrass

Forum User

Active Member

登録日: 12/02/06

投稿数: 91

Quote by: dengen はい。同じような方法で切り替えができるようにしました。つまり、テーマのfunctions.phpでフラグを立てて、それにより処理を分岐させる方法です。 COM_createHTMLDocument関数内でフラグをチェックし、古いテーマであれば、従来のCOM_siteHeaderとCOM_siteFooterをコールします。後方互換性を確保するため、しばらくはCOM_siteHeaderとCOM_siteFooterは併存させます。当面の問題は、CSSレイアウトの新テーマとCOM_createHTMLDocument関数に対応していないプラグインの組み合わせでは、当然のことながらレイアウトが崩れること。センターブロックだけのレイアウトになります。でも、これはプラグイン開発者に対応版を出してもらえれば、次第に解決していくと考えています。このシナリオを本家がのんでくれないかなぁ。[/p]

動作の軽さ等にも関係するかと思いますが、すばらしい提案だと思いますので、本家が受け入れてくれることを大いに期待します！

引用

2012/04/10 12:19 JST

状態: オフライン

keithr

Forum User

Active Member

登録日: 04/07/08

投稿数: 461

皆さん、こんにちわ。 dengenさん、あのテーマとこのプラグイン、それにあれもこれも、いつも本当にお世話になっています。私には本家を説得する妙案がないのですが、この問題が提起されてから英語でこの問題はどのように議論されているのかを検索してtable擁護派の記事を探しては読んでいます。英語の世界でも圧倒的にcss擁護派が優勢ですが、table擁護派はそれなりに強固な意思を持っているのが分かります。 AmazonやGoogle shoppingが今でもtable使っていることが結構彼らの支えになっているようです。 http://stackoverflow.com/questions/83073/why-not-use-tables-for-layout-in-html http://www.rhyous.com/2012/02/01/table-layouts-still-win-over-css-layouts-in-2012/ 環境を超えて最も正しく表示できるのは今でもtableなんだ、cross browser問題も少ないし、ってことなんですね。私もdengenさんの取り組み、Geeklog Japaneseがcustom_cssでずいぶん前から脱tableレイアウトを推進してきたことを感謝し支持する一人です。

引用

2012/04/10 21:21 JST

状態: オフライン

dengen

Site Admin

Admin

登録日: 11/23/06

投稿数: 191

Quote by: mistgrass

動作の軽さ等にも関係するかと思いますが、すばらしい提案だと思いますので、本家が受け入れてくれることを大いに期待します！

ありがとうございます。動作の軽さについては、lib-common.phpが肥大化しますが、今のところ体感できるほどの変化はありません。 COM_siteHeaderやCOM_siteFooterをlib-common.phpの外に置き、必要に応じてインクルードするなど最適化すると良いかもしれません。

引用

2012/04/10 21:22 JST

状態: オフライン

dengen

Site Admin

Admin

登録日: 11/23/06

投稿数: 191

Quote by: keithr

私には本家を説得する妙案がないのですが、この問題が提起されてから英語でこの問題はどのように議論されているのかを検索してtable擁護派の記事を探しては読んでいます。英語の世界でも圧倒的にcss擁護派が優勢ですが、table擁護派はそれなりに強固な意思を持っているのが分かります。

keithrさん、情報ありがとうございます。個人的にCSSとTableは比較の対象でさえなくて、table擁護派の主張を追う気にはなれませんが^^; ただ、professionalのように左右のサイドバーがフッターにきっちりくっついているスタイルはHTML4以前ではTableレイアウトでしか実現できないです。（多分）これもHTML5のレイアウト関連タグでは可能なので、いよいよTableをレイアウト用に使う理由はなくなるでしょう。 Tableは表形式のデータを扱うためのもので、視覚効果のために用いるのは間違いです。私はよくサイトのソースコードを確認しますが、もうTableレイアウトに遭遇することはほとんどなくなりました。 AmazonやGoogle shoppingも一見するとTableレイアウトではないようですが・・・？

引用

2012/04/11 14:50 JST

状態: オフライン

aiger

Forum User

Active Member

登録日: 09/30/10

投稿数: 49

皆さんの意見を読んで、技術的には特段言及できることはないのですが、１点あげるとすれば、今後Geeklogの開発者を増やす、裾野を広げるという観点では、 TABLEレイアウトのような時代遅れの仕組みだと、がっかり感で、新しく使ってみたいという人も増えていかないと思います。 Geeklog普及のためにも、 CSSにあわせていったほうが良いと思ってます。オープンソースのＣＭＳ比較一覧表なんかで、 GeeklogはTABLEレイアウトとか、もし書かれると他と比較しても印象がよくないですよね・・・。

引用

2012/04/12 08:44 JST

状態: オフライン

mistgrass

Forum User

Active Member

登録日: 12/02/06

投稿数: 91

Quote by: dengen

ただ、professionalのように左右のサイドバーがフッターにきっちりくっついているスタイルはHTML4以前ではTableレイアウトでしか実現できないです。（多分）これもHTML5のレイアウト関連タグでは可能なので、いよいよTableをレイアウト用に使う理由はなくなるでしょう。 Tableは表形式のデータを扱うためのもので、視覚効果のために用いるのは間違いです。

Tableレイアウトより、HTML5レイアウトのテンプレートを増やしていく方がいいと思えます。未対応のブラウザ、プラグインへの問題等いろいろあるかもしれませんが…。

引用

2012/04/15 15:02 JST

状態: オフライン

augebang

Forum User

Active Member

登録日: 08/22/06

投稿数: 134

場所:京都府

ご無沙汰しております、Augebangです。代案が思いつかなかったので書き込みを躊躇しましたが意思表示として明記します。 I'm against back to Table layout. professional_cssをベースとしGeeklog2.0の新デフォルトテーマを作られることは非常にうれしい話です。しかしJavaScriptが無効の際の挙動のためにTableレイアウトを採用する事には強く反対します。反対理由はdengenさんをはじめ多くの方が書かれている通りで１）「JavaScriptが無効の場合」が昨今の時流を考えたら考えにくい。２）そもそもTableレイアウトを採用するのであればprofessional_cssをベースにする必要は無い。３）「JavaScriptが無効の場合」を強く考えるのは親切設計ではあるが、そうであればTableレイアウトに戻さず代案を考えるべき。だと私は考えます。代案については以前1.4.1の頃JavaScriptが無効の場合の対策は無いのか質問した際、PHPで制御できるともお聞きしました。自分なりに探ってみましたが解決策が見つからず今に至っています。

たかが０．１％されど０．１％あきらめないで！

引用

2012/04/16 22:23 JST

状態: オフライン

dengen

Site Admin

Admin

登録日: 11/23/06

投稿数: 191

mistgrassさん、 HTML5とモダンブラウザ(IEなら9以降？)が当たり前の時代が早く来れば良いですよね。IEを無視すればもう来ている？ｗ aigerさん、ご意見ありがとうございます。

Quote by: aiger

TABLEレイアウトのような時代遅れの仕組みだと、がっかり感で、新しく使ってみたいという人も増えていかないと思います。

全く同感です。印象がどのように伝わるかががとても大事なんです。 augebangさん、ご意見ありがとうございます。急遽作成した代案を本家のメーリングリストに投げてみました。そして、Tableレイアウトの廃止を訴えました。すると、昨夜から良い兆しが！本家で開発が進められている新テーマの開発者Rouslanさんから、CSSレイアウトに戻したという旨のレスが返ってきました！今後の動向に注目していきたいと思います。なお、同メーリングリストへTani_KKさんから投稿されたメッセージが提案の一つのきっかけになりました。 Tani_KKさん、ありがとうございました。

引用

2012/04/17 18:43 JST

状態: オフライン

Tani_KK

Forum User

Chatty

登録日: 05/01/11

投稿数: 16

Quote by: dengen

mistgrassさん、 HTML5とモダンブラウザ(IEなら9以降？)が当たり前の時代が早く来れば良いですよね。IEを無視すればもう来ている？ｗ

自分の勤めている会社、未だにIE6縛りなのですが。。。

Quote by: dengen

なお、同メーリングリストへTani_KKさんから投稿されたメッセージが提案の一つのきっかけになりました。 Tani_KKさん、ありがとうございました。

いえいえ、単に思ったことを投げたまでです。ビッグマウスの道化師っぽくやってみたかった

けど、英語の能力も足らなかったようです。

なにはともあれ、よい方向へ向かいつつあるようで良かったですね。

引用

Geeklog Japan Forums

ページナビゲーション

ページナビゲーション