私の個人的なウェブサイトのトップページには、すべての記事とそれらが発行された日付のリストがあります. このデータは、HTML テーブル タグに最適です。テーブルは、表形式のデータを表示するためだけに使用されます。
私は再びそれに取り組み、順序付けられていないリストと少しの css を使用して同じレイアウトを実現することができました。
だから今、私は2つのバージョンを手に入れました。どちらも同じように見えます（つまり、ff）。ページをできるだけ適切に劣化させたい。
スタイルシートなしで表形式のページを表示すると、すべてがうまく機能しなくなります。表のないページをデグレードすると、問題ないように見えます。
しかし明らかに、テーブル化されたページはより適切に劣化します。
また、lynx では、テーブル付きバージョンはテーブルなしバージョンよりもはるかに見栄えがします。
この場合、テーブルは正当化されますか?
テーブルレス レイアウトを使用する必要がありますか? または、テーブルは劣化の目的に適していますか?
大したことではありません。それらをテーブルに分解したい場合は、テーブルを使用してください。このノーテーブルディール全体は、適切なセマンティクスに関するものであり、それらを完全に回避するものではありません。
データがテーブルに属していると考える場合は、テーブルに入れます。
ただし、書式設定に表を使用している場合は、私がピッチフォークであなたの後を追うことを期待してください ;)
すでに述べたように、テーブルは本質的に悪ではありませんが、形式が悪く、凝ったフォーマットを実現する唯一の方法であった古き良きWeb（r）を彷彿とさせます。
現在、CSSに対応していないブラウザはほとんど統計的なノイズです。
CSSの方法を使用し、回避する唯一の理由は、 twiki.org（元々はwikipediaから取得）に概説されています。
CSS対応のブラウザーが利用可能になったためにCSSが実行可能なテクノロジーになったとしても、CSSの採用は、ブラウザーの誤ったCSS実装とパッチのあるCSSサポートに対する設計者の苦労によって依然として抑制されていました。今日でも、これらの問題により、CSS設計のビジネスは本来よりも複雑でコストがかかるものになり続けており、ブラウザー間のテストは依然として必要です。CSSの非採用を継続するその他の理由は次のとおりです。
- その複雑さ、
- 慣性と作成者のCSSと必要な技術に関する知識の欠如、
- オーサリングツールからのサポートが不十分、
- ブラウザ間の不整合とテストのコストの増加によってもたらされるリスク、
- また、CSSに対応していない古いブラウザのユーザーにも一貫した外観を提供する必要があります。
すべてではないにしても、この点のほとんどはすでに過去のものです。今日では、認識されている問題をはるかに超える強みがあります。
多くのlinks友人がテーブルベースのレイアウトを期待linksしてサイトを閲覧していることを期待している場合を除いて、私は個人的にはそうではなく、かなり多く使用しています;）-次に、テーブルを使用します。