第三回 W3C CSS Module 仕様書もくもく会@東京 - CSS 2.2 テーブルの章を読む
-
hB4Avzp2Zb
- 5298
- 0
- 1
- 0
![](https://s.togetter.com/static/web/img/placeholder.gif)
ブロックレベルでもインラインブロックレベルでも、テーブル自身とキャプションを含むテーブルラッパーボックスを生成する! #tokyocssspecs
2015-11-18 20:41:56![](https://s.togetter.com/static/web/img/placeholder.gif)
```diff - ‘display: table'対してブロックレベル、 + ’display: table’に対してブロックレベル、 ``` #tokyocssspecs
2015-11-18 20:42:06![](https://s.togetter.com/static/web/img/placeholder.gif)
> テーブルの'width'および'height'のパーセンテージは、テーブルラッパーボックス自身ではなく、テーブルラッパーボックスの包含ブロックを基準にする #tokyocssspecs
2015-11-18 20:42:54![](https://s.togetter.com/static/web/img/placeholder.gif)
暗黙的にテーブルラッパーボックスが生成されることによる挙動についてこの前ブログを書いたよ〜〜〜 yoshiko.hatenablog.jp/entry/2015/10/… display: table;を指定した要素の外側にテーブルラッパーボックスが生成されるってことですよね #tokyocssspecs
2015-11-18 20:43:45![](https://s.togetter.com/static/web/img/placeholder.gif)
yoshiko.hatenablog.jp/entry/2015/10/… 17.4 のテーブルラッパーボックスの概念はこの話に出てきますね!! #tokyocssspecs
2015-11-18 20:44:25![](https://s.togetter.com/static/web/img/placeholder.gif)
> 列ボックスは、存在する順に隣同士に配置される。最初の列のボックスは、テーブルの'direction'プロパティーの値に応じて、左右のいずれかにあってもよい #tokyocssspecs
2015-11-18 20:47:48![](https://s.togetter.com/static/web/img/placeholder.gif)
“列ボックスは、グリッドセルの1つ以上の列を占有する。列ボックスは、存在する順に隣同士に配置される。最初の列のボックスは、テーブルの'direction'プロパティーの値に応じて、左右のいずれかにあってもよい。” でた「も」。まじかわいい。#tokyocssspecs
2015-11-18 20:48:46![](https://s.togetter.com/static/web/img/placeholder.gif)
CSS再入門 - display: tableの活用 1 app.codegrid.net/entry/css-tabl… #codegrid #tokyocssspecs
2015-11-18 20:49:58![](https://s.togetter.com/static/web/img/placeholder.gif)
momdo.github.io/css2/tables.ht… @momdo_ 17.4「テーブルラッパーボックスは、'display: table'対してブロックレベル」【に】が抜けている。 #tokyocssspecs
2015-11-18 20:51:01![](https://s.togetter.com/static/web/img/placeholder.gif)
結合テーブルモデルにおける辺はセルのボーダーがセンタリングされる架空のグリッド線(ギャップは残さない)、分離ボーダーモデルにおける辺はセルのボーダー辺と一致する(ギャップがあってもよい) #tokyocssspecs
2015-11-18 20:51:47![](https://s.togetter.com/static/web/img/placeholder.gif)
momdo.github.io/css2/tables.ht… @momdo_ 17.5 第1段落「このボックスは、コンテンツおよびボーダーを持ち、かつボーダーおよびセルは、同様にパディングを持つ。」後半、「ボーダーおよびセル」は「セル」だけではないのか。 #tokyocssspecs
2015-11-18 20:54:18![](https://s.togetter.com/static/web/img/placeholder.gif)
テーブルにおけるテーブル自身、列グループ、列、行グループ、行、セルは透過可能な多層レイヤー上にあるものと考えてもよい! #tokyocssspecs
2015-11-18 20:54:57![](https://s.togetter.com/static/web/img/placeholder.gif)
テーブルのレイヤー、地獄の階層っぽい momdo.github.io/css2/tables.ht… w3.org/TR/CSS2/images… #tokyocssspecs
2015-11-18 20:56:08![](https://s.togetter.com/static/web/img/placeholder.gif)
> 多くの場合、何が最適かは好みの問題であるため、CSSは、テーブルに"最適な"レイアウトを定義しない #tokyocssspecs
2015-11-18 20:58:13![](https://s.togetter.com/static/web/img/placeholder.gif)
テーブルのレイヤーの順(上から) 1. cells 2. rows 3. row groups 4. columns 5. column groups 6. table momdo.github.io/css2/tables.ht… #tokyocssspecs
2015-11-18 20:58:32![](https://s.togetter.com/static/web/img/placeholder.gif)
“ユーザーエージェントは、"固定レイアウトアルゴリズム"が選択される場合を除き、望みの任意のアルゴリズムを使用してもよいし、精度上のレンダリング速度を優先するのも自由である。” 国家憲法の宣言みたいでかわいい! #tokyocssspecs
2015-11-18 20:58:52![](https://s.togetter.com/static/web/img/placeholder.gif)
> 特に、テーブルのマージンが'0'でかつ幅を'auto'に設定される場合、テーブルは自動的にテーブルの包含ブロックを埋めるような大きさにならない。 #tokyocssspecs
2015-11-18 20:59:34![](https://s.togetter.com/static/web/img/placeholder.gif)
> CSSの将来の更新は、自動的にテーブルの包含ブロックに合わせてテーブルを作る方法を導入してもよい。 #tokyocssspecs
2015-11-18 20:59:48