[問題] CSS呈現Table的方式?

看板Web_Design作者 (Yan)時間17年前 (2008/07/04 05:40), 編輯推噓10(10推 0噓 26→)
留言36則, 15人參與, 最新討論串1/2 (看更多)
最近終於把網站改成CSS排版方式 覺得MVC模式真的很棒,資料與版面完全分開了! 但是我不禁要提出最後一個疑問. http://34c.cc/tmp/pic/34ctable.jpg
如圖. 這樣的資料有辦法不用Table而使用css呈現嗎? 並且保留每欄一樣的邊線. 我知道用table是比較簡單啦,但是程式裡一堆tr td 寫到最後也不知道 這啥是啥了,於是好奇一問. 若是前輩遇到我這樣的問題,會直接採用Table還是css來呈現勒? 感謝解惑！ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.70.245.83
→
07/04 06:26, , 1F
這樣的表格用 div 來做還算單純呀
07/04 06:26, 1F
→
07/04 06:27, , 2F
那種有 colspan, rowspan 然後資料長度又不固定的要弄成
07/04 06:27, 2F
→
07/04 06:27, , 3F
表格樣才麻煩
07/04 06:27, 3F
→
07/04 07:18, , 4F
其實我想問的是一列裡面可能會有5個欄位,那這樣是設5個div?
07/04 07:18, 4F
→
07/04 07:56, , 5F
yes, 不過其實我是覺得如果就是表格性資料，直接用table
07/04 07:56, 5F
→
07/04 07:57, , 6F
也沒問題吧，把排版相屬性用 CSS控制就好了(cellspace那些
07/04 07:57, 6F
→
07/04 07:58, , 7F
不用弄得好像 table 這 tag 是病毒一樣
07/04 07:58, 7F
推
07/04 08:02, , 8F
我覺得這種本來就是table形態的資料就維持table排版就
07/04 08:02, 8F
→
07/04 08:03, , 9F
好，不是很必要改成div
07/04 08:03, 9F
推
07/04 09:03, , 10F
用div來排表格只會比用table還亂吧...講難聽點,大多數table會
07/04 09:03, 10F
→
07/04 09:03, , 11F
排得亂的人,只是不會用table然後怪罪到table身上而已XD
07/04 09:03, 11F
推
07/04 09:29, , 12F
不同意樓上的說法.
07/04 09:29, 12F
推
07/04 09:41, , 13F
現在table就好像老一輩硬要糾正左撇子一樣....
07/04 09:41, 13F
推
07/04 09:51, , 14F
該用table的時候不用真的蠻蠢的
07/04 09:51, 14F
→
07/04 10:50, , 15F
EAFV的說法如果修飾成[看到不會用table的人寫的排版來怪
07/04 10:50, 15F
→
07/04 10:51, , 16F
table身上] 會比較好一點
07/04 10:51, 16F
→
07/04 10:51, , 17F
不會用table的人用table作的排版 <<這是問題癥結
07/04 10:51, 17F
推
07/04 11:02, , 18F
table , 而內容元素該有適當的classname .
07/04 11:02, 18F
→
07/04 11:03, , 19F
這樣就可以把 你會混淆的tr td意義純化到只有行列格的概念
07/04 11:03, 19F
→
07/04 11:03, , 20F
上面兩行是對原文的建議 =.=a
07/04 11:03, 20F
推
07/04 11:05, , 21F
看你的內文感覺仍然搞不清楚CSS的作用, CSS只負責樣式
07/04 11:05, 21F
→
07/04 11:06, , 22F
CSS並不負責內容, 內容是交由(X)HTML來呈現的
07/04 11:06, 22F
→
07/04 11:06, , 23F
以你貼的那張圖, 要用 table 來解釋是通用的作法, 也很合理
07/04 11:06, 23F
→
07/04 11:07, , 24F
另一種是dl/dt/dd來解釋，也是符合語義的，看看phpbb3就知道
07/04 11:07, 24F
→
07/04 11:09, , 25F
tr td 寫到最後不知是啥, 那可能表示你(X)HTML也沒學好
07/04 11:09, 25F
→
07/04 11:10, , 26F
tr 是列, td是 欄, 每個列在這個例子中表示一則主題
07/04 11:10, 26F
→
07/04 11:43, , 27F
大家真是熱情 謝啦
07/04 11:43, 27F
推
07/04 14:34, , 28F
推 chph ，也建議原PO多看一些論壇的實做方式。
07/04 14:34, 28F
→
07/04 16:02, , 29F
恩恩 我最後用table方式再套class
07/04 16:02, 29F
→
07/04 16:07, , 30F
剛翻了一下手邊的幾本書 也是使用table方式去做~學習中
07/04 16:07, 30F
推
07/04 18:32, , 31F
下半很適合用table，上半不用table比較好
07/04 18:32, 31F
→
07/04 19:27, , 32F
資料列表跟排版不要混為一談...
07/04 19:27, 32F
→
07/04 21:44, , 33F
table 不要深, table 不要大..此外, table 不覺得有啥缺點.
07/04 21:44, 33F
→
07/04 22:00, , 34F
這種資料應該就是用table..
07/04 22:00, 34F
推
07/07 01:20, , 35F
Gmail的信件列表就是用Table阿. 所以真的是該用就用
07/07 01:20, 35F
→
07/08 16:27, , 36F
我已經用table了:P 發現不用table光定位欄位就快死了
07/08 16:27, 36F
‣ 更多 yanli2 的文章
文章代碼(AID): #18RKSpAQ (Web_Design)
‣ 更多 yanli2 的文章
文章代碼(AID): #18RKSpAQ (Web_Design)