世間はまだまだテーブル・レイアウトが主流? 301
ストーリー by yoosee
Web0.5くらいの世界 部門より
Web0.5くらいの世界 部門より
kirara(397)曰く、"東京webデザイナー日記で、日経平均銘柄225社サイトの脱テーブル率調査という興味深い報告が掲載されている。同報告では日経平均銘柄225社の全サイトのトップページを調査してあり、レイアウトがCSSかテーブルか、文書型宣言は何か、などが一覧できる。
また、調査結果がグラフにまとめられたレポートがPDFでダウンロードできる。
これは5月18日、銀座で開催されたイベント「CSS Nite」にて発表された資料との事。
PDFを読んでみると、なかなか衝撃的な結果が報告されている。225サイトの調査結果は以下の通り。
- 「100% pure CSS」なのは28社(12.4%)
-->この内「XHTML+CSS」なのは15社(6.6%) - 「CSS/テーブル混在(ハイブリッド)」なのは32社(14.2%)
- 「テーブルのみ」なのは155社(68.9%)
- 非CSSのうち「100% pure Flash」なのは10社(4.4%)
この他にも、企業別の調査結果などがまとめられているので読んでみてほしい。主にメーカーや小売業など、いわゆる「B2C」企業で脱テーブル化が進んでいる傾向が見て取れる。 また、何故か石油業界で例外的にxhtml化が進んでいるのが不思議だ。
最後にもう一つ。 Web::Blogoscopeによる中央省庁の脱テーブル状況(2005年当時)という報告を見つけた。 お役所の寒い状況が伝わってくるようで興味深い。これらの報告を肴に、周囲でのCSS事情などを語り合っていただければ幸甚である。"
凄い温度差 (スコア:5, 興味深い)
ウチの職場的には、今や御客様の9割が、
アクセシビリティを理由にXHTML+CSSでの作成を指定しておられるので、
良いとか悪いとか議論するような次元はとっくに過ぎてるんだけど...。
制作側として感じる利点は、メンテナンスが楽でデータ量が抑えられると言う事。
テーブル組みよりCSS組みの方が記述量増えるなんて言ってるヒトも居ますが、
まぁ、何事も慣れるまでは効率悪いのは当然ですよね。
(慣れればCSSの方がずっと少ないです。)
あ、それと、テキストブラウザ利用者でもあるので、
「TABLE周りの要素を無視すればよいだけ」が嘘なのは身に染みて知ってます。
Re:凄い温度差 (スコア:2, 興味深い)
> それはアクセシビリティを低下させて、訪問者をふるいにかける戦略でしょうか?
IE等のCSS対応度が極端に低いブラウザに対しては、
CSSを適用せずに表示するようにしているので、
ふるいには掛けていないと思います。
以上は半分マジで半分冗談です。
IEは「CSS対応度は極端に低いもののシェアが極端に高い」ので、
CSSを充てない事で回避、と言う方法は取れません。
IEにはバッドノウハウ全力注入で対応します。
まぁ、例外はIEだけですから、以前よりは楽ですね。
Re:凄い温度差 (スコア:2, おもしろおかしい)
基本的なこととして (スコア:5, 興味深い)
Re:基本的なこととして (スコア:5, 興味深い)
本家 slashdot.org にはtableタグなど存在しないのです。
外の人なので分かんないんですが (スコア:4, すばらしい洞察)
#昔やってた個人サイトはCSSを断念したままテーブルで乗り切ったので
--- #寝て起きて食べてまた寝る
Re:外の人なので分かんないんですが (スコア:3, すばらしい洞察)
現状、これで全然動くじゃん。
ってなれば新しい物を採用する強力な理由が無いわけで。
テレビ(アナログ波)は停波、ビデオゲームは新作が出てこないという強制力があるけれど、
TABLEタグにはそういうのって(今のところ)無いですし。
「なんとかインチキできんのか?」
Re:外の人なので分かんないんですが (スコア:2, おもしろおかしい)
そして私たちも女子タグからCSSタグに、変わります。
Re:外の人なので分かんないんですが (スコア:3, 参考になる)
書き直せば、それだけでそこそこ順位は上がるんだけどね。
トップページへのアクセス量しか頭にない人間からすれば、
そういうメリットはわからないって言う連中が多いって言うか。
#YSTは知らん。
Re:外の人なので分かんないんですが (スコア:3, 参考になる)
「Movable Typeで世の中のWebをXHTML+CSSに変えていきたい」スカイアークシステム小林社長 [impress.co.jp]
(Impress Enterpise Watch)
こちらの例は「tableを使わない」と言っているので、それはそれで間違っていると思いますが(笑)、論理的記述と修飾的レイヤーを分けることによる効能を良く分かっていると思います。
#「表」が必要ならtable使ったって良いんだよ。
#「レイアウト」の為にtableを使おうってのが間違っているだけで。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:外の人なので分かんないんですが (スコア:2, すばらしい洞察)
それは媒体の差異が頭にないからですね。
紙媒体と Web 媒体の差異を認識できず、紙媒体のままの延長で特性の違いなどを一切考慮せずに紙を再現しようとするから、そういう順序の考えになるのです。
伝えたい情報を、どの様に見せるか。簡単に言えばこの順序で考えるだけなんですけどね。
Re:外の人なので分かんないんですが (スコア:2, 興味深い)
私とか、市役所いっても、県庁いっても、警察いっても、「この用紙に記入して持って来てください」っていわれた記憶ばっかりだ。用紙って四角くって「表組」の記入エリアがいっぱいあって、僕が書くところと、相手が書くところが色分けしてあって、、、、で、それに従って記入してみるとこんな俺でも結構間違いなく記入できちゃったりする。つまり表って、君がおもっているほど「部分てきなレイアウトのためのもの」じゃないと思うのですよね。全体が表組されているのは自然なこと。新聞だって週刊誌だって、社内の文書も顧客向けのプレゼン資料も。その善し悪しについては別としてね。
そういった状況が「紙」とか「紙面」とかの話に限定された(古い?)もので「スクリーン」とか「ウインドウ」とかは別だと主張しているみたいですけど、じゃぁ、そういった「おニューな」ものはいったいどんなもんなんじゃ?なんか紙を超えたものできたんか???映画やテレビを超えたもんできたんかい???って感じでございますよ。実際、多くの Desktop Application とか Web Based Application は、四角い画面でユーザとやり取りするための「表組(段組)された表示」と「入力エリア」の「表組」で成り立っていると思います。そういった現状であるのに「文書内の一部に相関性の強いものを並べてまとめるためのブロック要素」と主張して良いと考えている理由が、正直いって、皆目、理解できない次第であります。そう思いたい気持ちはわからんではありませんけど、それは、事実とはかけ離れていませんかね。
例えば、body タグの代わりに table タグで始まる html ってどう?(笑)それっていろいろ自然だし、もともとの「レンダリング」とか「マークアップ」という面からはずっと HTML らしくていいと思うのは私だけだろうか??え?それだったら エクセル使えって?は、そうかも。
まぁ、プログラミングにおいて配列と構造体が重要であるように、文書表現においては「表とハイアラキー」が重要なのだと思う。いずれも大事でどちらかを「レイアウト上の道具」として切り捨てられないし、どちらかが「補助的な物」であるわけでもないと思う。そういう面から table を排除しようとすることの理由は理解できないな。同時にその適用範囲が局所的であるべきだと考える理由もわからんです。
あ、最後に言っておかねば、、、老婆心ながら。
「画像化したものにalt属性を付加する」なんてあり得ませんよ。いくらなんでも。ははは、まさか本気で言ってるのではないとは思いますが。それってすでに「ファーストインプレッション」をとり損なっているのでキャッチとして成り立たない場合が多いんです。キャッチって見た本人が「気がついたら既に見せられていた」というところを狙ったりするもんなんで。広告表現ってそのくらい「人のスキや脇の甘さを狙う攻撃的」な部分があるわけです。だから、訳も無く「モデルのお姉ちゃん」が多用されてるわけ。なんとなく見ちゃうでしょ?そこが狙いなわけ。人は「論理」だけで物を見ているとは限らないことにもっと注意を向けてみると、けっこう、かなり、面白いですよ。
そういう意味でも「表現(レイアウト/View)は重要」だと思う。「その表現のもととなった論理はその表現からはもはや簡単には伺い知れない」状況こそ、その表現を見せられた者にとって「面白い」のではないか?よくわからんが、もともと、理論が表現を生んだのではなく、表現がシンボル化されたのではなかろうか、古来、原始、、、違ったらごめんな。
Re:外の人なので分かんないんですが (スコア:2, 参考になる)
(=Webサーバーのデータ転送量が減る)
比較的新しい技術を使いやすい
あと、文書作成に例えると、テーブルレイアウトはワープロ的で、
HTML/XHTML+CSSでのレイアウトはDTPソフト的ですね。
Re:外の人なので分かんないんですが (スコア:2, 参考になる)
てのを忘れていた。
Re:外の人なので分かんないんですが (スコア:3, すばらしい洞察)
っ lynx
CSS は解釈されない可能性を前提としています。そして、CSS 非サポートでも HTML の要素を元に意味を取って解釈できますので、別に CSS による視覚表現の調整が行なわれなくても、相手に文意を正しく伝えることについては全く問題がありません。
テーブルレイアウトや blockquote などによるインデントは、こうした意味ベースでの理解を阻害する原因になります。ol/ul によるインデントに至っては、HTML としてすら妥当ではなくなります。
mixiも (スコア:4, 興味深い)
mixiの表示画面をCSSで組み直した話 [3ping.org]がありました。
こういう事やってる専門学校もあるのか。
テーブルレイアウトは悪くない (スコア:3, 興味深い)
・CSSだと多段組したときの行数が揃ってないといらん苦労が増える。
・その結果寸法を固定にしたレイアウトがはびこる原因にもなっている。
・テーブルレイアウトでも<TABLE><TD><TR>タグを無視すればよいだけなのでアクセシビリティを悪化させる事は無い。
NNの多段組タグの復活を希望。
Re:テーブルレイアウトは悪くない (スコア:2, すばらしい洞察)
ほとんどのスクリーンは縦長にスクロールする前提なので、一端下まで読んでから改めて上に戻って読みつづける、という変な操作を強いられるのは、やはり面倒なものです。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:テーブルレイアウトは悪くない (スコア:2, 参考になる)
そんなうんこな物体を動的 HTML 生成用テンプレートとして渡されて、目で parse して文字列埋め込みマーカーを書き込む方の身にもなってくれ、と言いたい(とほほ)。
Re:テーブルレイアウトは悪くない (スコア:2, 参考になる)
YahooメールやMSNとかのフリーのWEBメールで登録している人が多いので、簡単に切り替えられないんだよね。
Re:テーブルレイアウトは悪くない (スコア:2)
紙媒体ではないんですから、Webペイジらしく書きましょう。
Re:テーブルレイアウトは悪くない (スコア:2, 興味深い)
確かにそりゃそうだよなと思って
自作のサイトでこれをやっているのですが、
Firefox以外のブラウザでは制限がいくつかあります。
IE6・IE7β2共通
displayプロパティを設定しても無効。
リストマーカーが消えて、要素の幅が短くなってしまう。
インライン属性時にテキストで区切りを生成できない。
アクセシビリティを気にするならそこまでしたいでしょ?
IE6のみ
width設定した枠に入る限り回り込んでしまう。
2列にしたいのに、妙な順番で3列になったりする。
これは、divで囲んでwidthを制限しても何故かダメ
Opera8
症状はIEと全く同じ。
この様な状態で、問題アリアリです。
ものすごく当たり前のこと、floatのfloatらしい使い方をしようとしているはずなんですがねぇ…。
Safariはテスト環境がないので知りません。
XHTML2.0ではナビゲーションリスト用に
nl要素が新設されるそうですが、
アレ…ヘッダにつけるlinkはどうなったの?
Operaでしか標準では有効活用されないよね。
Re:テーブルレイアウトは悪くない (スコア:2, 興味深い)
そもそもうちはテキストが大部分のサイトで凝ったレイアウトはいらない。レイアウトの必要なとこはもちろんテーブルでやってました。
だけど、その「あまり凝ってないページ」全体の模様替えをしようとした時に参りました。
ちんまりした個人ページったって10年ぶんとなりゃ、テキストで400ページ以上はしっかりとありましたまさかと驚いたけど確かにある。
こんなん手で書けるかと思った。だけど、最近のブラウザで文字化けやエラーが出はじめてて、いいかげん何かやらないとまずかった orz
だいたい私ゃコンテンツ公開したくて10年もサイト持ってるわけで、レイアウトがどうのWebうんたせがどうのという事にいちいち頭を使いたくなんかなかった。
楽に全部のレイアウトを、しかも統一した形で変える方法はないかと調べた。
結局、テキストのみ全部抽出してテキストファイルに区分けしてまとめた。
簡単なXHTMLを吐くスクリプト書いてその原稿を埋め込むことに。生成するHTMLは本当に最低限しかないんで、デザインは全部CSSで整えることに。
(XHTMLにしたのはルビのためです。それがなきゃHTML4.01だったと思う)
結論: 皆がそうとは言わないが、個人でもCSSは有意義だと実感した。
Re:テーブルレイアウトは悪くない (スコア:2, 興味深い)
親コメントではテキストブラウザでの可読性を維持について言及していますから、テキストブラウザ系としては最強の w3m を全くの考慮外としてしまうのはどうなんでしょう? と単純に思いますよ。
むしろ最初から「テキストブラウザなんて知らね」と言ってる方が、潔いし諦めもつきますから。
ちなみに w3m は画像は表示可能、タブブラウザ、UTF-8 でも ok。JavaScript 必須とかでもなければ、軽いし普通に主力で使えますよ。
# w3m で見てて一番つらいサイトは、JavaScript 使用とかよりもテーブルレイアウトだったりするのがなんとも。
外注 (スコア:3, おもしろおかしい)
勉強中 (スコア:3, 参考になる)
だけど,ブラウザのウィンドウサイズに追従して段組の幅が自動的に変化したり,中央寄せさせたりしようとすると,テーブル使いたくなる衝動に駆られます。
で,CSSの裏技を紹介した本を何冊か読んでみたけど,ブラウザ毎のCSSパーサのバグとか,微妙な挙動の違いを利用して,ブラウザの種類やバージョン毎に適用するスタイルを振り分ける記述方法とかが載ってるわけ。
http://www.google.co.jp/search?hl=ja&q=css+%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6+%E6%8C%AF%E3%82%8A%E5%88%86%E3%81%91
↑こんなに苦労してまでCSSを使いたいとは思いません。もちろん,使い所さえちゃんと考えれば便利なのは確かなので,できるだけCSS使おうってのに異存はないです。
さらに (スコア:2, 参考になる)
Internet Explorer 7ベータ2の不具合からWebデザイン業界の混乱が見えてきた [nikkeibp.co.jp]
いままで、なるべくCSSにしようとがんばってましたが、このままIE7がリリースされるなら、テーブルレイアウトに戻ろうかと思案中です。
Re:さらに (スコア:2)
テーブルレイアウトを使う必要性はありませんね。
やれやれ (スコア:3, 参考になる)
もう table と CSS の優劣を比べる段階はとうに終わってる。今話すなら現実に CSS をどう導入するかっていう次元の議論でないと意味なし。
いまだにテーブルで十分とか言ってる人、ネタで煽ってるなら構わんけど、もしプロでやってるなら意識変えないと取り残されると思うよ。
Re:やれやれ (スコア:2, 興味深い)
テーブルで十分とか言ってる人が意識を変えないままCSSに移行すると結構悲惨なことになりますね。
テーブルでやっていたデザインと同じものを無理矢理CSSでやろうとするため、divやspanを濫用し、かえってメンテナンス性が下がっているページが結構あります。もちろんCSSも冗長になる。Cascadeを利用できず、同じ表現を何度も繰り返し、一つのHTMLに対して常に一つのCSSを用意する。
そもそもHTMLに対する根本的な考え方から変えていかなければならないし、CSSにはCSSに適したデザインってものがある。表面だけまねしてCSSデザインにするぐらいならテーブルでやっていた方が幸せでしょう。しばらくの間は。
# CSSの勉強をしたい人はTBS(東京放送)のCSSでも眺めてみては?
Re:やれやれ (スコア:2)
> 一般的にページ全体を考えるならCSSのほうがコンパクトにまとめられるけど、TABLEのほうが小さくなるケースだってあるし。
転送量が問題になるようなWebサイトで、そんな例外の話をしてもしょうがないのでは。
だって (スコア:2, すばらしい洞察)
Re:だって (スコア:2, すばらしい洞察)
テーブルで遊ぼう委員会(T.A.I.) (スコア:2, 興味深い)
このストーリー見て久々に見たくなって探したんですがなくなっちゃったみたいで。
どなたかご存じだったりしませんか?。
悪趣味で恐縮ですが… (スコア:2, すばらしい洞察)
Webページ上の表を任意列のクリックでソートできるFirefox拡張「TableSort」 [impress.co.jp]
というFirefoxの拡張を利用すると一覧表を簡単にその場でソートでき便利が良い訳ですが、これを使ってテーブルレイアウトなページをソートしてレイアウトをグズグズにして笑ってやったり。
#我ながら悪趣味だとは思いますけど、tableは所詮は表である訳ですよ。
#そんなものでレイアウトしているという状況もまた悪趣味であるかと。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
あー、そんなにもめるならこれ使いなさい (スコア:2, 参考になる)
Appleが出しているiLife06の付属のiWebがあります。
これはすごいぞ。テンプレートで作成されたサイトは
テキストからすべて画像に置き換えられてアップ
される。リンクはもちろんクリッカブルマップ
アップされたサイトには手書きのテキストは
1行も存在しなくなります。
どのブラウザで見てもヒラギノフォントのきれいな
文字でレイアウトもばっちり。
ようするにこういうのが望みでしょ?
よかったねー、これで解決!
#んなわけない
CSSによるデザイン (スコア:2, フレームのもと)
ここで「CSSは使えない。レイアウトなんてテーブルでいい」といっている人たちって、ようするに自分が使えないだけですよね。
ある程度の知識があれば、IE6~7β2、MozillaブランドのWebブラウザ、Operaの差異は吸収できます。 XHTML 1.1(1.0)でDOCTYPE宣言を書き(標準準拠モード)、CSSで定型文を書き、危険な部分を避けて書けば大丈夫。 それが難しいと感じるのは、CSSでデザインするためのまともな情報に出会っていないためでしょう。 これはちまたにあふれる、変なデザイン・CSS解説本に非がありますが。 レイアウトも同様で、あれも定型の書き方を知っていれば苦労しないんです。
それとは別に、そもそも『見た目と論理構造を分けて考えるのは難しい』ということがあります。 たとえば、何かを説明するときに具体例を出して説明しますよね(この文章がそうですが)。 抽象的な概念というのは考えるのが難しいんです。 論理構造を考えて(X)HTMLで文書を書き、CSSで体裁を整えるのは、少し思考の訓練が必要です。
しかしながら、いまさらテーブルレイアウトなんてまともなプロならありえないことです。 ここはプログラムを書ける人が多そうですし、そっちの方面で譬えますと、
Re:CSSによるデザイン (スコア:2)
似てますね。
そういう人たちは、新しいものを学ぶコストが高すぎて拒絶してしまうのでしょう。技術的には、もう終わっています。
旬を過ぎてしまったのはしょうがないんですが、間違った意見を主張せずに黙っておいて欲しい。このストーリーを読んだ人たちがミスリードされてしまう危険性がある。
データとレイアウトの分離、graceful degradetion (スコア:2)
何故 CSS が重要かというと, XHTML (データ) + CSS (デザイン) に分離できるから、なわけで。
"CSS なんて対応ブラウザを狭めるだけだろう" という反対意見が多いようだけど、データ (XHTML)と CSS (デザイン) は一対多を取るため CSS 自体のブラウザ対応は狭まるがデータのアクセシビリティは向上する。
こういうデザイン技法は graceful degradation として知られていて (そうでもない?)、"何故 CSS を使うのか?"を知って graceful degradetion を実践していれば可視性は高まると反論できる。
はてなダイアリーとかいい例だと思う。
もうひとつ、プログラマの観点からも、(デザインとしてのテーブル組みがなくなった) XHTML が残るのは SemanticWeb の観点から非常に大切なこと。
テーブルレイアウト = 悪ではないが、デザインとデータの分離っつー観点は知っといて欲しい。
なんつーか、スラドで否定的な意見が大勢を占めちゃったのはちょっと残念だなーと思いながら飲んでたり。
Re:CSSでないとだめですか? (スコア:2, すばらしい洞察)
いうことでは。結果ではなく、HTMLが「HTML文書」
足り得ているか否かということですね。
# と言うのは解かってらっしゃるとは思います
極端に解釈すると、
「ブラウザを選ばないけどtableタグを使ったHTML」
と言うのは
「きちんと動くけどスパゲッティなプログラム」
と似てるじゃないのさ、ということを感じる人達が
いるということなんじゃないでしょうか。
-supercalifragilisticexpialidocious-
Re:CSSでないとだめですか? (スコア:2, すばらしい洞察)
はブラウザ実装の方。
Re:CSSでないとだめですか? (スコア:3, 興味深い)
>枯れた技術と言うことで、
>tableを使いたくなると言う心境が生まれそうですね。
他でも同じようなコメントありますが、私はまさにそれでtableを主に使っています。一通りのブラウザに対応できてなおかつ携帯でもそれなりに見えるページ作ろうとすると(table用途としての)CSSはかえって面倒。ブラウザ毎の対応で一手間以上かける気もさらさら無いのでなおの事そうなっています。コードの綺麗さはPerlで書くかPHPで書くかそれともC++で組むかあたりと同じようなもので、tableはたしかに見通しにくく再編集にも手間はかかりますが慣れていれば結構スマートに書けますし。(他人にはそうは見えなくても(笑))
もちろん一番なのはCSSのブラウザ実装が完璧である事なんですけどね。Win2000の基本ブラウザは(Updateしてなけりゃ)IE5で、WinXPはIE6、そして自分はFirefoxで知り合いはSafariやOpera、携帯に至っては何種類あるんだ状態という状況だと、あくまで現状の対応策としてはですがまだまだtableの方が簡便で確実ではないかと思います。
データベースからリアルタイムに情報を引っ張ってきてその場でブラウザに合わせて文書を作るなんて時はたしかにCSSの方が理に叶っていると思います。(blog系エンジンなどはまさにそれでしょう。ユーザー側でのカスタマイズにも対応できますし。)しかしただ情報を発信するだけの場合、固定テキストで十分な状況が多いのも事実。そのあたりがいまだtableを使うところが多いという結果にもつながっているのではないかと考えます。もうひとつは…サイト管理をまかされるのがちょっとHTMLかじってるだけの半素人が多いという隠れた現実(?)があるからだったりして(笑)
#あとこれはCSSのせいでは全くありませんが、Googleキャッシュを見ようとしてレイアウトが崩れる事があるのは困りもの。
Re:ブラウザ依存性が全てでは? (スコア:2, 興味深い)
IE6で表示できれば、他はどうでも良い!とまで言うし(笑
一応、FireFox・Opera・Safariくらいは表示チェックしてから納品してますけどね。
cssは、仕様策定にデザイナーの意見入ってないのかな?という面が多く扱いづらいですね。
borderに個々の画像が指定できれば、かなり楽になるんだけどなぁ・・・
最近のうちのお客さんは、(間違っている場合もあるけど)それなりに勉強している方が多いようで、
あっさりとしたTEXT中心のデザインの方が通りやすく、cssで組む仕事が多くなってます。
SEOの方がうるさく言われますよ。
if the kid?
Re:技術屋のオナニーっていう気もする (スコア:2, 興味深い)
私はコーディングはやらないんでプロデュースに専念しているのですが、
実感としてCSSに移行して良かったと思うことが多いです。
デザイナーも最初は苦労していましたけど
ソースの量が減ることや構造的に内容を組み立てて行く事で
情報の見せ方や考え方に、
よりデザイナーとしての感覚が必要とされるのではないでしょうか?
Re:官庁はテーブルレイアウトの方が良い (スコア:3, 興味深い)
内容の伝達を最優先するならHTMLは正しくマークアップして記述するべきです。tableレイアウトなんかもってのほか。
つまりはこういうことですね。
Re:デザインとしての表組機能 (スコア:2, すばらしい洞察)
そういうレイアウト要望があるにも関わらず、現在のCSSにそれが存在しないのが問題だと思います。
それを一番うまく表現できるのが、tableタグによるレイアウトなわけで。その用途に限定すればSEO的にもそれほど問題はないと思っています。
tableレイアウトだと要素の登場順を変更できないのはありますが、その辺がシビアなのはCSSによる段組も同じなので。どちらにせよ、検索技術の向上はめざましいので、そのうち「ここからここまでが重要です」とマークアップできるようになるでしょうし。アクセシビリティうんぬん(スクリーンリーダー)の話も、BorderLayoutを実現する程度の大まかな枠組みでの利用ならば、逆に画面内を移動しやすくなるという意見もあります。tableだからcssだからという話でもないかと。
「tableはレイアウト目的の為ではない」という人をわりと見かけますが、ではfloatやpositionが、BorderLayoutを実現する為の目的にピタリ合うかというと、微妙でしょう。
Re:Web2.0の時代なのに…… (スコア:2, 興味深い)
RSSがフツーに提供されるようになってきて、
HTMLは見た目と文書がごっちゃになったもの
=テーブルレイアウトでもいいじゃん と思うようになってきました。
構造化された文書はRSS方面での進化を期待します。
Re:テーブルを真中に配置する (スコア:2, 参考になる)
CSSバグ辞典でぐぐった結果 [google.co.jp]の一番上のサイトですかね?
テーブルのセンタリングについては、もじら組の
「ブロックレベル要素をセンタリングする方法」 [mozilla.gr.jp]が
よくまとまっていると思います。
まぁIEのバグというか仕様が腐っている?から苦労するのであって、
CSSがセンタリング苦手というわけではないんですね。
Re:こんな記述が出来たらCSSにするサイトが増えると思う (スコア:2, 興味深い)
はい、お望みのもの [w3.org]ですよ。
まぁ、それこそいつになったら勧告になるのか、わかったものではありませんが。
Re:ツールが (スコア:2, 参考になる)
ですが、全体の管理等まで考えてってハナシになると、最近ではCMSツールを導入してしまうのではないのでしょうかね?
この場合は正に「XHTML+CSS」の真骨頂という感じで、コンテキストはDBに格納し、ページとしてパースする(と云う表現で良いのかな?)時にはCSSを取り込んだ骨組みXHTMLのテンプレートでそれらのコンテキストををくるんでやる、と。
MTなどをblogツールというよりはCMSツールとして活用している [srad.jp]のは、運用が簡単でページ管理もし易く、最初にきちんとした設計に基づいた準備をしておけばSEO的にも優位となるサイトを半自動的に構築・拡張し続けられる、と云う理由があるわけで。
構造文書としてのマークアップがしっかりしているなら、それこそCSSのファイルを一つ書き換えるだけで、見た目的レイアウトを相当大胆に簡単に変更することも出来るわけで、コレに骨組みとなるテンプレートをあわせればあっけないくらいに簡単にサイト全体をイメチェンできてしまいますし。
んー、パターン化と云うコトで言ったら、既存テンプレートの流用とか転用とか、その辺が当たりますかね?
各サイト毎の基本構造をどう作るか、と云うハナシですと、コレはtableレイアウトか否かに関係ないハナシですよね。紙に手書きでも良いですし、タブレットでPC内にごりごりスケッチでも良いですし、使い慣れているならそれこそMS-ExcelだのMS-Wordだのでやっちゃっても良いわけですし。
もし、
「類型のtableレイアウトなページを何ページもゴリゴリ書きまくる必要があり、その為にはオーサリングツールがなくてはならない」
ってハナシでしたら、
「イヤ、だからそういうのが要らなくなるんですよ」
という主張は変わらないわけですが、まだ何か勘違いしてますかね? 私は。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-