アカウント名:
パスワード:
コンテンツ制作者は、ページをレイアウトするためにテーブルを使用すること(レイアウト・テーブル)を避けるべきです。本来の目的以外の様々な使い方をされたテーブルは、スクリーンリーダーを使用しているユーザーに対して深刻な問題を引き起こしています。
floatは、本来段組をするためのものではなく、テキストを回り込ませるための属性です。
それに、CSS3で段組レイアウトのための属性関係が追加されると聞いたような気もしたもので。
CSS3 multi-column layoutモジュール [w3.org]ですが、文字通りの段組を実現するもののようですね。これをレイアウトに流用するのは、テーブルを流用するのよりも難しそうに感じます (段落のbreak位置を指定する特性が見当たらないし)。
少なくともfloat特性でレイアウトするようにしておけば、より好ましい方法を知ったときに修正が容易である、というのはメリットにはなりませんか? テーブルレイアウトでは必ずHTMLから修正しなければならないわけですし。
まぁとか言っても、サイト利用者層としてPCを想定すれば、テーブルレイアウトを採るというのも現実的な解かも知れません。旧いUA (mozilla.orgの場合はNetscape4も含まれるでしょう) に対する対処法としては未だに有効だと思います。逆に携帯端末を考慮すればfloat特性でのレイアウトの方が好ましいでしょう。
# position:absoluteという選択肢も… どこでも配置モード?(w
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
mozilla.org見やすくなってますね (スコア:1)
飛ぶ方法を、訪れるたびに忘れてしまうので、わざわざFirebirdの
ページのブックマークを作ってたんですが、これからはその必要も
無さそう。
Tableレイアウト (スコア:1)
と思ってるのは僕だけでしょうか?
gy0
Re:Tableレイアウト (スコア:0)
気をつけてTableレイアウトをすれば,
Tableタグを解釈できないブラウザでも問題ないでしょう.
Re:Tableレイアウト (スコア:1)
見栄えがどうとか、可読性がどうとかではなく、mozillaなんだからもう信条的に止めようや、ってことではないかと。
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:Tableレイアウト (スコア:1)
わからないことはないし、この前ちょっとしたページを
いろんなサイトを参考に、CSSでレイアウトして作ってみたんだけど、
ちょっと腑に落ちない部分がある。
CSS2で段組っぽいレイアウト、
メニューと本文に別れるようなレイアウトっ
Re:Tableレイアウト (スコア:1)
いいんじゃないでしょうか。 [w3.org]
あとアクセシビリティ [zspc.com]の面から言ってもそっちが推奨されると思います。
Re:Tableレイアウト (スコア:1)
CSSを用いた段組の作成のコツ [fromdfj.net]によると、
とあるものですから。
それに、CSS3で段組レイアウトのための属性関係が追加されると聞いたような気もしたもので。
つまり、floatで段組っぽいものを作るのは、
tableで段組っぽいものを作るのと大して変わらないのではないか、
という不安ですね。(50歩と100歩に違いがあるのかもしれないけど)
Re:Tableレイアウト (スコア:1)
>つまり、floatで段組っぽいものを作るのは、
>tableで段組っぽいものを作るのと大して変わらないのではないか、
w3cの勧告ではどうかとかそういう事は実は全然詳しくないのですが、
明らかに前者より後者の方がずっと良いと僕は思います。
CSSは"見かけ"しか定義しない訳だから、
「本来の使い方」も糞もあるかい、というのが個人的見解。
まあ、実は僕がテーブルレイアウトを嫌うのは、
「自分はテーブルレイアウトが出来ない」からだったりします。
逆恨みというか逆ギレというかなんというか。
WYSIWYG式エディタの恩恵なのかもしれませんが、
「あんなややこしいこと良くやってられるなあ」、と
むしろ感心してもいます。
つーか、初めにテーブルレイアウトを考えた人は偉いと思いますです、はい。
"ヴァージョン4ブラウザ"時代を知らないからこんな事言ってられるのかもしれないけど。
gy0
Re:Tableレイアウト (スコア:1)
CSSのfloatとtableと、どちらが段組に「望ましいか」とかでなく、webを視覚的に利用しない人たちにとって、何が現実的に使えるか、という話です。レイアウトのためにtableを用いれば、スクリーンリーダーを通すと意味不明になってしまうでしょう。float方式ならば、単なる段落として処理される事が期待できます。
それは本来的な使い方じゃないしね、っていうのはこの場合、あくまでも補足です。
Re:Tableレイアウト (スコア:1)
> CSSは"見かけ"しか定義しない
これは間違いです。
少なくともCSS2からは、そうでない事を志しているはずです。
本家のCSS(特に末尾) [w3.org]とかCSS2の@mediaのお話 [w3.org]を参考にされてはいかがでしょうか。
Re:Tableレイアウト (スコア:1)
CSS3 multi-column layoutモジュール [w3.org]ですが、文字通りの段組を実現するもののようですね。これをレイアウトに流用するのは、テーブルを流用するのよりも難しそうに感じます (段落のbreak位置を指定する特性が見当たらないし)。
少なくともfloat特性でレイアウトするようにしておけば、より好ましい方法を知ったときに修正が容易である、というのはメリットにはなりませんか? テーブルレイアウトでは必ずHTMLから修正しなければならないわけですし。
まぁとか言っても、サイト利用者層としてPCを想定すれば、テーブルレイアウトを採るというのも現実的な解かも知れません。旧いUA (mozilla.orgの場合はNetscape4も含まれるでしょう) に対する対処法としては未だに有効だと思います。逆に携帯端末を考慮すればfloat特性でのレイアウトの方が好ましいでしょう。
# position:absoluteという選択肢も… どこでも配置モード?(w
Re:Tableレイアウト (スコア:1)
そういうことについて一番大きい声で話をしているのが
IBMのアクセシビリティ関係 [ibm.com]かな、と思って見に行ったら、
tableレイアウトで作ってありましたよ。
さすがに、自分たちがリリースしている音声ブラウザのページまで
まともに読めないようには作っていないと思うので(現在体験版をダウンロード中)、
適切に作ればtableでも問題ない、ってことかしら。
Re:Tableレイアウト (スコア:1)
>というのはメリットにはなりませんか? テーブルレイアウトでは必ずHTMLから修正しなければならないわけですし。
どうせ、そういうタイプのページを作る際にはテンプレート作って
流し込むだけなので、あんまり変わらないです。
ところで、確かに頂いたリンク先を見ると、メニュー+本文な構造には
ちょっと使いにくそうですね。段組な属性。
Re:Tableレイアウト (スコア:1)
ソース見ましたが、怪しそうですね。自分も昔、sun.comのアクセシビリティのページに言ったら、フォントが固定サイズになっていて愕然とした事があります。
(これだとうちの親父のような老眼の人間は文字を拡大できません。ここら辺はブラウザ側でも対処すべきかも)
> 適切に作ればtableでも問題ない
これもある程度、受け入れられると思います。#360595 [srad.jp]でも書きましたが、ブラウザがCSSをサポートしておらずレイアウト用tableを使わなければならない時の工夫として、線形化されたテーブル [zspc.com]があります。