TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
XHTMLは役立たずと言っていた人が正解でした
【レンタル】携帯用掲示板PART.1
【ジャストシステム】ネットショップオーナー その4
web spaceを訴える会
ﾏﾀｰﾘ雑談スレ（女、同人、イラスト立入禁止）
好きなフォントサイズをあげろ！～css～
おまえらのｱｸｾｽｱｯﾌﾟ必殺技を教えてくれ。だめか？
Strict-HTML スレッド 43
ホームページビルダー Part42
fontタグが非推奨な件

(´-`).｡ｏＯ人はTABLEにもどってくるんだよ。


1 ：2005/12/03 ～ 最終レス ：2020/03/19
いろいろいじったけどさ、戻ってきちまったぜ。
オレも若かったな。ただいま。TABLE…(´-`).｡ｏＯ

http://pc8.2ch.sc/test/read.cgi/hp/1121262770/
http://pc8.2ch.sc/test/read.cgi/hp/1119193120/
http://pc.2ch.sc/hp/kako/1011/10111/1011140326.html

2 ：
2

3 ：
2get

4 ：
４

5 ：
おい

6 ：
tableは表以外には使わんし、テーブルレイアウトに戻る気もないが、
まぁ>>1乙。

7 ：
糞スレ立てんな

8 ：
なんでいつもスレ番ないんだ？

9 ：
(´･ω･`)知らんがな

10 ：
デザインのためじゃないとわかっててもやっぱりテーブル最強。自分も戻ってきた。
でもソフトに任せっぱなしはやめてlintの点数がよくなるくらいの努力はする。

11 ：
修正が面倒臭くない、デザインを変えない、という香具師で、
論理構造もしっかりしてるならテーブルレイアウトでもいいんじゃないの。
俺はデザイン変更のたびに山ほどのHTMLファイルを全部修正するなんて
死んでもイヤだからStrictにするけど。

12 ：
アプリかSSIでテンプレート化しておくから修正するのはテンプレだけ。全部修正ということはないヨ。
あ、でもデザインのリニューアルとかは確かに面倒だな。
そういうときは作り直しで再受注だぁ。オサーン中心の堅い会社の仕事が多いからリニューアルという概念なさそだけど。

13 ：
ページ単位で金取れるならCSSよりテーブルレイアウトのほうが
リニューアルでふんだくれるよなｗｗ

14 ：
TABLEマンセー
CSSマンセー
アンチTABLE
アンチCSS

これらの主題は全てスレ違いですのでよろしく。

15 ：
じゃあXML+
table、inline-table、table-row-group、table-column、table-column-group、
table-header-group、table-footer-group、table-row、table-cell、table-caption
マンセーで。

16 ：
あのぅ、ガードレールに金属片があって怪我したのですが…
どうしてくれるんだ犯人！！

>>1
ブラウザ開発者ﾀｿが頑張ってくれるなら旅立つと思うよ
テーブルから。

17 ：
>>8
テーブル厨は脳みそがカスカスだから

18 ：
俺のことスカスカって言うなぁー

19 ：
ガバガバ・・・とか

20 ：
締めちゃうから　ｳｯﾌﾝ

21 ：
ｷﾓｯ

22 ：
>14 おまえ頭イイナ

23 ：
(´-`).｡ｏＯCSSもろくに扱えない香具師はTABLEにもどってくるんだよ。

24 ：
(´-`).｡ｏＯCSSもろくに扱えない香具師はTABLEにもどってくるんだよ。

25 ：
ID:1+nJkcV6　とりあえずRば？　いやR！

26 ：
tableデザインしている香具師はcss使っていないよな。
もしcssを使っていたら中途半端でカッコ悪いよ。

27 ：
>>26
あんたが素人であることだけは分かった。

28 ：
レガシーなHTMLでの装飾＋CSSだけが一番見られないページを作りやすいから、
テーブルレイアウトの香具師は一切CSSを使わないでいてくれたほうが嬉しい。

29 ：
>>25>>27が必死な件について

30 ：
>>23,24
そんな事はないよ。
今の状況じゃCSS使ってもイライラするだけ。IEを見捨てられないのでね。
と言う俺はCSS派だけど困ってる。

>>26
レイアウトはテーブルって人も多いと思う。
font要素を毎回使うのも疲れるし…リンク色を指定するのが多いみたいな。


31 ：
>>30
IE用も作って振り分けろや！

32 ：
>>30
とっくにIEは見捨ててます。
IEだけはフィルタやスクロールバーの厨房の好みそうな見てくれだけカコイイページにすりゃモーマンタイ。

33 ：
とりあえずCSSウザイ！

34 ：
>>33
はいはい、一切使わないでね

35 ：
はいはいはい ウザイレス↑

36 ：
シェアが絶対的に多い方が中心になるのはやむを得ない。

37 ：
>>36
その圧倒的シェアに我慢できない人が増えているのはなぜか考えてみよう

38 ：
世の中、シェアだけでは決まらない。

Windowsに対するMacのように。

39 ：
OS2は良かった

40 ：
でも初心者のほとんどはIE使いだろ？
FF使いくらいになるとWeb知識もある程度持っていて
簡単なカスタマイズならできたりするだろ？
インターネット初心者で初めからFF使う香具師なんているのか？
いたとしても1桁%だろ？
ユーザビリティーを考えるならIE中心で考えるべきなんだ。

41 ：
>>40
FFって、全体のシェア自体でも3～4％ぐらいじゃないの？（日本では）

42 ：
>>39
OS/2warpは安定してたよな！
NT4も良かった。

>>41
前にCSSスレかなんかで出てたが、サイトによって大分違う。
0.1%～30%、もっと技術系のサイト行くと50%になることもあるらしい。
まあ初心者サイトは違うと思うが、年配の人にブラウザ薦めるときは
簡単に拡大できるFxやOperaを薦めると好評だから、
初心者セミナーにもよるんじゃないかなぁ。

43 ：
>>40
おまいユーザビリティを誤解してないか
http://pc8.2ch.sc/test/read.cgi/hp/1020575673/

44 ：
　アクセス解析事業を行なう米Net Applicationsは7日、2005年11月時点の
ブラウザシェア調査の結果を発表した。Firefox 1.5の登場によって、Firefoxが
シェアを順調に伸ばし続けていると報告した。

　Net Applicationsの最新データによると、2005年11月のブラウザシェアは
Internet Explorerが86.08％、Firefoxが8.84％、Safariが2.78％、Netscapeが1.25％、
Operaが0.53％、その他が0.43％だった。

http://internet.watch.impress.co.jp/cda/news/2005/12/08/10143.html

英語圏で8パーだから日本じゃ3パー以下だな
firefoxは結局ある程度英語ができないと使えない
圧倒的に国産タブブラウザの方が有利
そもそも国内でFirefoxが10パー以上来るサイトなんて
firefox関連・PC関連・プログラミング関連のサイトとかだろ
web全体のごくわずかで個人サイトのほとんどはfirefoxと3パー程度のかかわりしかないよ

45 ：
なんだがわがんね

46 ：
>>40
お前、table厨やCSS信者　W3C信者、FLASH厨よりも糞で最低なヤツだな
お前の作る糞サイトが目に浮かぶようだ……

47 ：
オマエモナー

48 ：
＞まあ初心者サイトは違うと思うが、年配の人にブラウザ薦めるときは
＞簡単に拡大できるFxやOperaを薦めると好評だから、

こんな大嘘言って恥ずかしくないのかね

49 ：
オマエモナー

50 ：
FFは間違えなのよ。
それじゃ私が信者なのね☆

51 ：
>>44
英語が出来ないと使えないの？
日本語バージョン出てなかったっけ。
それに英語って言っても中学高校レベルじゃねーの。

52 ：
Firefoxが英語ができないと使えないと思ってる時点で使ったこと内ことがバレバレ

53 ：
47と49必死だな　さすがアフォ丸出しだ

54 ：
ｼｸｼｸ

55 ：
>>48
それ本当だよ、特にOpera。
8より7のがよかったけどね。
拡大が直感的にできるらしい、画像も拡大簡単だし良いんだってさ。

56 ：
わかってないな
拡大とかそんなの以前に導入に一苦労　いや五苦労ぐらいするのだよ
しかもその程度の拡大なら　IEでも十分簡単だ
さらに大手でOperaに対応してないサイトも沢山ある　普通のサービスが使えないんじゃ年配の人には尚更無理

57 ：
「実際」の話をしてるのに
自信マンマンに否定できる心がわからない

58 ：
>>56
導入ってインストールのことかよ。
おまえご老人をバカにしすぎ。
老人だろうが若人だろうが、できる奴はできるしできない奴はできない。
そしてできる老人はIEの不便さより他ブラウザの便利さを選ぶこともある。
って話だろ。

59 ：
57=58　必死だなｗ

60 ：
イコールだと思うあたりでおまえが必死だなぁ。

61 ：
そういうお前だから　57=58=60　って言われるんだよボケ！

62 ：
58=60は合ってるよ。

63 ：
いくらヲタが利点をあげて老人がIEを使わなくなっているとか言っても
ファイアフォッ糞とオペラのシェアみればそんなことは嘘だと一目瞭然なんだが
メインで使ってるのはお前みたいなガキだけで
他はサイト持ってる奴が確認用に使うだけですよ

64 ：
↓必死だな厨

65 ：
>>63
馬鹿？
ｆｉｒｅｆｏｘは超拡張できるあるヨ。
ＩＥ信者必死だなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

66 ：
firefoxが拡張できないなんて言ってないんだが
論点ずれすぎ
日本人ですか？

67 ：
>>63
シェアを気にしてるんなら、シェア落ち続けてるのも当然知ってるんだよね。

VHSとβのシェア争いを思い出したな。

68 ：
＞VHSとβのシェア争いを思い出したな。

バカすぎ
全然違うだろ
firefoxとIEのどこがVHSとβを思い出させたのか説明してみろ
IE7が標準に準拠したらfirefoxなんてカスタマイズできることしか利点が無くなる
IEはカスタマイズできないかと言えばそうではなく
今のようにIE用のタブブラウザでカスタマイズできるようになる
そもそもIEはOSと抱き合わせで売られてるからfirefoxに勝ち目なんかねーよｗ
ま、IE7が標準に準拠するかどうかは知らんがwinが売れる限りシェアは圧倒的なのは変わらんよ

69 ：
IEとIE互換のタブブラウザが同じだと思ってるんだ・・・

70 ：
同じですよ
web製作者にとっては全く同じです
まさかIEとドーナツで表示が違うのかお前のサイトは？
それよりなんでVHSとβがでてきたのか説明してみろよｗ

71 ：
>>68
IEとMoxilla系は確かにVHSとβとは違うよ。
VHSは製品の質が上がったからそのまま売り上げを伸ばした、
でもIEはあまりにもの酷さにユーザが捨て始めたから
シェアが落ちていっている。

>>70
セキュリティの問題まで同じところに問題がある。

72 ：
つーか、お前は単なるfirefox愛好家だろ
俺はwebサイトの管理人として各ブラウザのシェアが気になる(参考になる)し
個々のブラウザも気になるだけ
そもそも論点ずれすぎなんだよ
ソフ板でも行ってろ

73 ：
>>72
いやここはtableスレ
おまいもスレ違い

74 ：
tableかCSSかの議論に、IEとその他のモダンブラウザエンジンの比較は必須では？

75 ：
お～～～い　馬鹿同士仲良くしろ～～～ぃ

76 ：
table厨に加えCSS馬鹿　そしてW3C信者にFLASH糞デザ



　　　　　　そして今度は　Opera阿呆とIE教えて君とFirefox布教者かよ！




　てめえら　ヒマだな！

77 ：
無職だからな

78 ：
>>74
つまりIEがクソ過ぎるからCSSは使うなと言いたいわけですか

79 ：
ファイアフォックスが安全なのはシェアが少ないからだろ
つーかセキュリティソフトくらい普通つけてるはずだし
そんなにネットでキケンな目にあってるのかねぇファイアフォックス厨は
いったいどんなサイト見てるんだか

80 ：
＞セキュリティソフトくらい普通つけてるはずだし

おいおいIE教えて君　　自分の感覚でもの言うな！　

81 ：
あとな　ファイアフォックス厨じゃねぇよ　ファイアってなんだよ　Firefox布教者だろ禿げ

82 ：
真性信者は”Fx”とつづるね。

83 ：
ほんとウザイな
ファイアフォックスもFirefoxも同じだろ
そんなんじゃ日常生活でまともにコミュニケーションも取れないだろ
ま、セキュリティソフトつけないでふぁいあふぉっくすでも使っていてくださいｗ

84 ：
おいおまいら、馬鹿同士で罵り合ってないで
ちったー皮でも剥いたらどうだ？

85 ：
必死だな厨↓

86 ：
（　＾▽＾）＜ののたんひっしなのれす

87 ：
＞ファイアフォックスもFirefoxも同じだろ

なんといか馬鹿一人・・・

88 ：
必死だな厨↓

89 ：
必死だな厨↑ファイアフォックスと言ってる馬鹿

90 ：
Firefox信者↓

91 ：
↑IE信者

92 ：
本当にファイアフォッ糞厨は必死だな
バージョンアップするたびにエクステもスキンも大量に使えなくなるゴミブラウザなのにね

93 ：
↑Opera信者
↓Firefox信者

94 ：
OperaはOperaでも7信者

それはさておき、IEでもMacIEはセキュアな作りになっているのに
WinIEのはシェアの問題じゃない部分が多く・・・
ttp://d.hatena.ne.jp/t_trace/20051204#1133712987

95 ：
つーかブラウザの話題はもういいよ
ソフト板に死ぬほどスレあるからそっち行け

96 ：
じゃあ今さらテーブルレイアウトの話題があるかといえば

97 ：
スレタイに合った話題が無なければ
別に書き込まなければいいだけ。
勝手にdat落ちする。

98 ：
キモイOpera阿呆がいるな

99 ：
Mozilla系列はみんなウンコ。

100 ：
キモイOpera阿呆がいるな

101 ：
キモイIE阿呆がいるな

102 ：
オペラ使いはチッチキチー♪　糞チッチキチー♪

103 ：
72=63=延々粘着Opera阿呆　ゲロウザイな・・・

104 ：
Mozilla使いもチッチキチー♪　糞チッチキチー♪

105 ：
Internet Explorer最高！　Firefox最高！　





　　　　　　　ん？　Opera？　なにそれ？

106 ：
>>105
PHS上で動くトロイブラウザだよｗ

107 ：
トロイの木馬かとオモた

108 ：
>>105
Opera
http://my.opera.com/community/customize/wallpapers/store/117/1280x1024/117.jpg

109 ：
Firefoxはウンコ。

110 ：
FireFoxは開発用。

111 ：
そうか、Firefoxユーザは使われているのか。
試されているのね。
でも使うよいつまでも。

112 ：
一人Opera阿呆がいるみたいだが気にせずスレタイに戻ろう！

113 ：
Netscapeもたまには思い出してください

114 ：
Netscape7はもじら信者にも見捨てられている・・・

115 ：
TABLEレイアウトの人がCSSを始めようと思っていても、TABLEの入れ子の
癖で無駄なDIVを使ってしまう「DIV厨」になる恐れがあるからな。

それにまだブラウザでのバグが多いのでテーブルレイアウトを
脱出できない人、ハイブリッドでいいじゃないか。

116 ：
tableは、飽くまでもWWWブラウザには表としか解釈されませんから、ユーザースタイルシート
を使ったとしても、セルの配置関係を崩すことはありません。
意味が変わってしまいますから。つまり、現状の多くの閲覧者の閲覧環境が変化し、もっと小さな
表示領域で閲覧することが主流になったならば、tableレイアウトは無闇矢鱈と横幅を占有する悪しき
レイアウトになりますから、自然、減ってゆくと思われます。
変化が無ければ、特に減りはしないと思われます。

時代だとか閲覧者の主流な環境だとかに左右されないデザインを目指すなら、table
レイアウトは選択肢には入りませんし、視覚的なデザインよりも内容の伝達を重視する制作者
にとってtableレイアウトは余計な異物でしかありません。

117 ：

TABLEレイアウトをやめてCSSレイアウトにしても
今のブラウザのバグや、DIV厨になるならテーブルレイアウトにします。

しかし、視覚的なデザインよりも内容の伝達を重視する制作者
にとってtableレイアウトは余計な異物でしかありません。



本当にありがとうございました。

118 ：
だから私はレイアウトなんかしません。
CSSは装飾のみです。


本当にありがとうございました。

119 ：
つーかWebページがStrictな構造のみをしっかり書いてくれれば
ユーザCSSを被せるのは簡単になるんだから、
作成者がわざわざ手間暇かけて装飾なんかしなくても済むようになってくれればウレスィ。

120 ：
webページはもはや情報を伝達するだけの手段じゃないですよ。
広告媒体としても、mixiや2chなどのコミュニケーション手段として利用している人もいることですし、
広告効果やインターフェース面を考えると、全てユーザCSSに頼るようにするというのは
ちょっと考えられないかとおもいます。

121 ：
インタフェースは凝らないでくれ、マジで('A｀)
何もしない普通のインタフェースが一番だ。
広告効果とか言ってユーザビリティを考えないオサレサイトにするのも同様。

122 ：
デザインなんて所詮は制作者のオナニーが多いからな・・・
ユーザのためを考えると、デザインはユーザが見易いデザインを自分で用意しといてくれれば
どっちのためにもなるとオモ・・・
が、Web全体での実現は無理ぽ

123 ：
コンテンツごとに違うCSSを作成してる俺は勝ち組！

124 ：
indexしかない俺は勝ち組！

125 ：
有料鯖借りてるだけで何もうｐしてない俺こそが真の勝ち組

126 ：
ページ作ってローカルで表示して自分だけが見る俺がモノホンの勝ち組

127 ：
うむ、君達には負けた

128 ：
age

129 ：
>>125
ただのあほじゃんｗ

130 ：
一ヶ月前のどうでもいいレスに反応してるおまえのほうがあほだと思うが

131 ：
そうか、一ヶ月前か見てなかった

132 ：
>>129
。。。。。。。

133 ：





　　　　　　　　　　　　　　　　これからは フレームレイアウト だ！








134 ：
禿胴

135 ：
全ページFLASHだよ

136 ：
全部FLASHでいいじゃん

137 ：
全部FLASHでいいじゃん

138 ：
colgroupなんてタグ初めて知った

139 ：
コンテンツが少ない時はフッターをブラウズ領域の最下に、
多い時は広く見れるようにコンテンツの下に表示させたい…



やっぱしテーブルに帰ってきました。レイアウトの為にスクリプト書くなんて
本末転倒だもの。fixedがちゃんと動けばなぁ。

140 ：
燃料投下のため避難。

141 ：
TABLEは多重にすると表示が遅いからCSSのほうがいい。

142 ：
CSS使うことによるメリット：
・HTMLで文書構造をあらわす際、見栄えやレイアウトに関することは一切考えなくてよい
  （見栄えやレイアウトに関する情報は外部ファイルに分離したCSSに定義してあるため）
   但しclassやid、入れ子構造などは意識しないと駄目なのが欠点。。
・万が一、閲覧することが出来なくてもCSSを無効にすれば読める

……ホントはもっといろいろあるけど、書くの面倒になったのでやーーーめた。


ただ、ここまでブラウザのバグが酷いCSSを人に勧める自信が無くなってきた。。

143 ：
×ブラウザのバグが酷い
○IEのCSS解釈が酷い

144 ：
>>139
CSSでできるのに、腕がないと暴露してるようなものじゃん・・・

145 ：
まじで？IE5、6&SAFARIでブラウザハックとか小細工無しで出来ます？
出来るならヒントだけでも教えてもらえますか。

146 ：
IE7もCSSひどいらしいね。Win2kだから確認できないけど。

147 ：
>>145
いや小細工は必要だけどね。あとMacは知らん。
ttp://www.stylish-style.com/csstec/ultimate/fix-foot.html

148 ：
みんな、ただいまー！！！！携帯にはdisplay:inlinもfloatも効きませんでしたーｗｗｗ

149 ：
あ、タイプミスごめん。

150 ：
インリンｗ

151 ：
インリンなら携帯にも効きそうだ

152 ：
インリンって何？陰金田虫？

153 ：
はぁ～っ・・・

154 ：
淫乱？

155 ：
>>147
㌧。苦労してもやっぱしブラウザ挙動に依存してしまいそうですねぇ。
トランジショナルでテーブルが安全簡単だよなぁ。

156 ：
テーブルが簡単なのは単にソフトに依存してるだけだし
テーブルも機種依存の部分の大きい仕様なんだけどねー・・

157 ：
オプソ系の有名サイトってテーブルが多い気ガス。

オプソ系OSの総本山もテーブル
http://www.kernel.org/
http://www.netbsd.org/
http://www.openbsd.org/
http://www.monaos.org/

VALinux系もテーブル
http://slashdot.jp/
http://sourceforge.jp/
http://japan.linux.com/

オプソ系で有名なプレーヤーも軒並テーブル
http://www.mplayerhq.hu/
http://xinehq.de/
http://www.videolan.org/

デスクトップ環境もテーブル
http://www.kde.org/
http://www.xfce.org/

158 ：
>>157
そういや Vinelinux.org もテーブルレイアウトだな。
http://www.vinelinux.org/

159 ：
DistroWatchもテーブルだな
http://www.distrowatch.com/

160 ：
おっしゃ、俺もTableレイアウトに戻しちゃうぞ
こんな融通の利かないレイアウト嫌いだったんだ
ふーすっきりした

161 ：
ナーイス

162 ：
>>160
君のやっと大人になれたんだね。

163 ：
うん。　剥けたんだ！

164 ：
warata

165 ：
age

166 ：
>>142
＞万が一、閲覧することが出来なくてもCSSを無効にすれば読める

IEでCSSを無効にするやり方を教えてほしいね。

167 ：
>>166
http://members.jcom.home.ne.jp/jintrick/Personal/usr_styleoff.html

つーか無効にできないユーザエージェントが悪いんだろ。
乗り換えろ、さっさと。

168 ：
>>167
いい悪いの問題じゃないだろ。
現実にはIEでCSSをオフにするってのは素人にはできないってことだから、
＞万が一、閲覧することが出来なくてもCSSを無効にすれば読める

これは意味がないって事。

169 ：
>>167
＞乗り換えろ、さっさと。

自分だけ乗り換えても意味ないって事がわからないか。

170 ：
>>168, >>169
それを私に言われても困ります。

CSSを無効にできないユーザエージェントがお馬鹿なのです。
素人でも簡単にCSSを無効にできるよう工夫することも大事です。

一部のユーザエージェントを気にしていたらCSSの持っている力を考えると惜しいと思う。
外部ファイルに分離するメリットというのはそこにあると考えているんです。
普通に考えて閲覧者は乗り換えるか、開発者に文句を言うでしょ。

171 ：
テーブルは飯食うところだべ？

172 ：
日本人なら袱台だろ。

173 ：
んじゃテーブル使ってるって…

欧米か！

174 ：
そもそも普通のネットユーザはCSSが何で、
オフにすることでどう変わるのかとか知ってるはずないでしょ。
簡単にCSSをオフに出来る出来ないとかの問題じゃない。

というか、このスレが薦めているのはCSSレイアウトでもテーブルレイアウトでもなく
ハイブリッドレイアウトだよ。
大まかなレイアウトはテーブルでやって、細かいデザインはCSS任せ
その便利さに気づいた人たちが集まってるんじゃないの？

175 ：
は？単なるネタスレですよ？

176 ：
ネタスレじゃないですけど.

177 ：
>>170
＞CSSを無効にできないユーザエージェントがお馬鹿なのです。
＞素人でも簡単にCSSを無効にできるよう工夫することも大事です。

馬鹿であろうがなかろうが、そういったユーザーエージェントが使われている
というのが現状なのだから、
「CSSをオフにすればいい」
なんて言ったところで、そりゃ絵に描いたモチだよっていってるんだよ。

現実問題として対処できなきゃ無意味。


178 ：
>>170
＞普通に考えて閲覧者は乗り換えるか、開発者に文句を言うでしょ。

普通に考えれば、外部スタイルシートがオフにできないって理由だけで乗り換えないです。
開発者に文句言うのは普通の人間はしません。
電話でもかけるんすか？開発者に。

そもそも、ブラウザでスタイルシートをオフにできるなんて事、普通の人は知りません。


179 ：
いやいや、それを気にしていたらダメでしょ。
私はそんなのどうでもいいことで、CSSのメリットを尊重したいね。

180 ：
ネタスレにマジレスせんでも。

181 ：
あげ

182 ：
>>179
うん、UAでオフすればどうとかこうとかなんてのは、現実問題としては
ほとんど考慮するところじゃない。
CSSのメリットは別のところにあるよね。
テーブルレイアウトのメリットも確かにあるけど、テーブルレイアウトは
実際問題、オーサリングツール使わなきゃできないってこともある。

183 ：
ＤＷ使えばいじゃん

184 ：
フリーのオーサリングソフトで十分かもわよ

185 ：
メモ帳最強…

186 ：
>そもそも、ブラウザでスタイルシートをオフにできるなんて事、普通の人は知りません。
確かに。しかも普通に使う分にはOFFにするメリットが考えられない

187 ：
＞OFFにするメリット
豆字UZEEEEEEEEEEE
IE以外でずれる絶対配置UZEEEEEEE
off or user-style-sheet

188 ：
>>187
たとえばIEなら
ツール＞インターネットオプション＞ユーザー補助＞Webページで指定されたフォントサイズを
使用しない

これにチェックを入れる事により、製作者側で指定してきたフォントサイズ（豆字とか）を
スタイルシートでなくても閲覧者側で変えることができる。

189 ：
＞OFFにするメリットが考えられない
OFFにしたときの崩れ具合を楽しめるじゃないか。

190 ：
>>188
それをやることにより「読めなくなる」ページ続出だから、変えられない罠。

191 ：
>>190
これはすごく簡単に変えられるんだから、その時だけ変えりゃいいじゃない。

192 ：
どっちにしろ文字が小さくても見えない、
文字を大きくしたら見えない、
で見られないページになる罠。

193 ：
<TABLE width=100%>
<TD width=2></TD>
<TD width="○○"</TD>
</TABLE>
で○○に何を入れたら残りを埋めてくれるんだ？○○に何も入れない場合上の2pxが伸びてしまう。
○○に100%を入れると2pxがつぶれてしまうし・・・。どうしたらいい？

194 ：
>>193
そのままでいいんじゃないの？

195 ：
>>193
98%
http://1hp.jp/?id=afraid
http://1hp.jp/?id=afraid
http://1hp.jp/?id=afraid

196 ：
解っているとは思うが、
このスレをネタスレにしようと必死なのはW3信者。

197 ：
レイアウトはＴＡＢＬＥ
文字・装飾はＣＳＳが一番作りやすいと思うようになった

198 ：
他にやり方だとどうも
サイズが狂う（特に上下方向）

199 ：
どっちも長所があるってことでええがな(´･ω･`)

200 ：
＞１９９
そそ。それが一般的な大多数の感想でしょ。
Ｗ３Ｃ信者が異常、ってか潔癖なくらい凝り固まってるだけで。

201 ：
ほしゅ

202 ：
現状のブラウザシェアやバージョンからするとハイブリッドにするしかないわな。

203 ：
CSSだけで書いたら、携帯向けの
フルブラウザでは崩れるね

まぁ直に繋いでも崩れるけど

204 ：
>>200
そんなことよりもおまえが2初心者なのが気になる

205 ：
信者は何でもキチガイだから

206 ：
cssはどうやっても崩れる。
重要な部分は table に戻すことにしました。

207 ：
プ＞cssはどうやっても崩れる

208 ：
>>207
未熟な私を笑っていいよ。
もっと笑いなさい。

209 ：
おーっほっほっほっほ、
cssがないならtableを食べればいいじゃない！
文句があればベルサイユまでいらっしゃいｗｗｗ

210 ：
↑
ジャンヌ･ダルク？

211 ：
↑
中卒

212 ：
warota

213 ：
↑小学校中退

214 ：
>>213
そんなことが日本でできたらアルフレット・ノーベル賞とれるよｗ

215 ：
別の意味で中退ならできるがなw

216 ：
本当に戻ってきてしまった

217 ：
話の流れから
小学校に戻って来たのかと思ってしまった

218 ：
cssレイアウトってのはWEB制作会社が競合会社に顧客を奪われないように
わざと難解にしてcssを採用してるんじゃないの？

オーバーライドしまくり、それでもダメならimportant入れまくりで
なんとか納品できた自分の感想。

個人サイトや一人で管理できる小規模サイトならいいけどね。どんなのでも。

219 ：
これからは空白スペースでレイアウトだよ

220 ：
そうそう、最初の頃のホームページって
四苦八苦して空白スペースでデザインしてた
サイトって多かったよ。

なんかアスキーアートみたいだな。

221 ：
EXCEL VBAで、自動TABLEタグ書き出すマクロ作ったら、需要在るのかな？
まあ、選択した範囲のセルを、<TABLE><TR><TD>～</TD></TR></TABLE>に
書き出すだけの機能だけど。

EXCELのシートで表を修正して、IEのTABLEデータに、メモ帳経由で貼り付け、とかが
簡単にできるようになるのがメリットか。

222 ：
いつまでたってもCSSでインチキ誤魔化しソース肥大化方法じゃない
きちんとした段組みが出来るテーブルレベルに達した程度の方法すら
出てこないからもうテーブルで良いよ。

てゆーか殆どの携帯や一部のブラウザなんかは絶対CSS読めないんだから
配置レイアウトをCSSでやるのは結局無理がある。単純にHTMLレベルで
段組みしないとレイアウト崩壊は免れない。4年かけて今更こんな事に
気がついたぜ。

223 ：
携帯からの閲覧を考えてCSSデザインにしたものの、
そもそも携帯で来る人がいなかった俺は勝ち組

224 ：
横並びを配置する目的のHTMLのタグがあればCSSでなんかレイアウト
しなくて済むのにな。いい加減本来の使用目的から逸れたインチキフロート段組を
使わないで済む用にして欲しい。

こんだけ携帯隆盛の世の中じゃ絶対読めない環境が山ほどあるんだし
CSSは良く使う要素の簡単な装飾には良くてもレイアウトとか根本的な事には
向かないよな。

225 ：
>>223
＞携帯からの閲覧を考えてCSSデザインにしたものの

携帯考えたらCSSデザイン使わないだろ普通

226 ：
横幅狭いのに段組固定だぜ？
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿__
|■メニュー　|■2008年04 |■更新履歴 |
|　・このサイ |月01日　　　 |　・2008年04|
|トについて　.|―――――-|月01日　　　|
|　・管理人の| 　今日はトッ|　　トップペ　|
|プロフィール|プページをテ|ージをテーブ|
|　・写真アル|ーブルレイア.|ルレイアウト|

みたいにされてみろよ

227 ：
>>222
CSSの表モデルを利用すれば ｢インチキ誤魔化しソース肥大化方法じゃないきちんとした段組みが出来｣ ます｡

> てゆーか殆どの携帯や一部のブラウザなんかは絶対CSS読めないんだから
> 配置レイアウトをCSSでやるのは結局無理がある。

CSSが読めない場合は､ そのブラウザのデフォルトのスタイルで文書が表示されるのですから､
文書構造さえ正しくマークアップされていれば問題ないはずです｡

> 4年かけて今更こんな事に気がついたぜ。

4年かけていったい何を学んだんですか｡

228 ：
>>227
ほう

>CSSの表モデルを利用すれば ｢インチキ誤魔化しソース肥大化方法じゃないきちんとした段組みが出来｣ ます｡


ならhtmlとcssが馬鹿みたいな長文にならずに縦2段で下段を横3段組にする
ソースをhtmlとcss両方示してくれ。

>文書構造さえ正しくマークアップされていれば問題ないはずです｡
問題ありまくり。blogなんて左にナビあればナビを皆殺しに読むまで
本文は読めません。まぁこれは単純な例だがいくらでもある。

229 ：
あー勿論1レスで書ける量で全部正確に書いてね。

230 ：
本当に書かれたらなんて反論するつもりなん。

「CSSの表モデルなんぞ実装しているブラウザが少なすぎて結局使う価値がない」
って言えばいいのに。

でまあ、最近の携帯電話は、float使った段組ならかなり正確にレンダリングしてくれる。
段組用のプロパティじゃないからなんともいえないけどね。

231 ：
ハイ書けませんと。素直にマヌケさ認めれば良いのに。
4年前の彼よりアホな奴だ。
逐一細かい要素設定指定しなきゃきちんと見栄え対応できないんだからソースは
肥大化するんだよ。それを見るも無惨なインチキフロートで無理矢理まとめてるだけなんだから。

>でまあ、最近の携帯電話は、float使った段組ならかなり正確にレンダリングしてくれる。

残念ながら最近だろうが今だに殆どの携帯はCSSを読まないのが普通。
と言うか読めるのがPCサイトビューアーの極一部だけって言い方が正しい。

232 ：
>>228
> ならhtmlとcssが馬鹿みたいな長文にならずに縦2段で下段を横3段組にする
> ソースをhtmlとcss両方示してくれ。

そういう段組はテーブルレイアウトでも ｢インチキ誤魔化しソース肥大｣ すると思うけど｡
まあ､ やってみるよ｡ 今日はもう寝るので明日か明後日か明々後日まで待たれよ｡

> blogなんて左にナビあればナビを皆殺しに読むまで
> 本文は読めません。

それは本文よりナビが前にあることに問題があります｡

>>230
> 「CSSの表モデルなんぞ実装しているブラウザが少なすぎて結局使う価値がない」
> って言えばいいのに。

Firefox､ Safari､ Operaなど､ IE以外のモダンブラウザはすべて実装してるのでは?
それにベータ版のIE 8はAcid2テストに合格しているらしいから､ あと数年で主流ブラウザの全てが
CSSの表モデルをサポートする状況になると思うよ｡

233 ：
>>225
CSSデザインというかテーブルから普通のStrictにしたら、だろうな。
携帯やnetscapeはCSSをoffにさせればいいし。
テーブルデザインは携帯で見ると横幅広がってひどいのな。

234 ：
お待たせー｡

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">

<title>Cascading Style Sheets, Level 2</title>

<style type="text/css">
body > div {display: table; width: 100%; table-layout: fixed;}
body > div > h2 {display: table-caption;}
body > div > p {display: table-cell; padding: 1em;}
</style>

<h1>Cascading Style Sheets, Level 2</h1>

<div>
<h2>Abstract</h2>
<p>This specification defines Cascading Style Sheets, level 2 (CSS2).
CSS2 is a style sheet language that allows authors and users to attach style (e.g., fonts, spacing, and aural cues) to structured documents (e.g., HTML documents and XML applications).
By separating the presentation style of documents from the content of documents, CSS2 simplifies Web authoring and site maintenance.
<p>CSS2 builds on CSS1 (see [CSS1]) and, with very few exceptions, all valid CSS1 style sheets are valid CSS2 style sheets.
CSS2 supports media-specific style sheets so that authors may tailor the presentation of their documents to visual browsers, aural devices, printers, braille devices, handheld devices, etc.
This specification also supports content positioning, downloadable fonts, table layout, features for internationalization, automatic counters and numbering, and some properties related to user interface.
</div>

<div>
<h2>Status of this document</h2>
<p>This document has been reviewed by W3C Members and other interested parties and has been endorsed by the Director as a W3C Recommendation.
<p>It is a stable document and may be used as reference material or cited as a normative reference from another document.
<p>W3C's role in making the Recommendation is to draw attention to the specification and to promote its widespread deployment.
</div>

235 ：
テーブルもレガシーな表現も大好きだが、
テーブルの難点は修正に時間が掛かることだな。
ソースを見るのも大変になるから、他人が見ても理解しやすいソースの記述のために、
俺は相変わらずテーブルは使えない。

楽しようとしたらものすごく使うけど。

236 ：
>>225
携帯って古い機種は特にテーブルを読まないよ。
だからテーブル組みなんて使えない。
後、CSSについてはNTT機種が遅れているから当分使い物にならない。
よって、携帯用CSSについては潜在的なバグも考慮して使わないな。

あんまり使われないだろうけど、俺はインラインフレームとJSを利用して、
中に表示する携帯用ページとと外側に表示するテーブル段組のパソコン用ページを分けてたよ。
今は厳格なソースを書いてるけど。

237 ：
昔のでもテーブルは普通に読む。読んでないように見えるのは極小解像度のせい。
てゆーかテーブル読まないって何も読まねえじゃねえかｗ

238 ：
テーブル読まないなら昔のYAHOOやdocomoすら読めないしな。


239 ：
yahooは今でもテーブルだよ。オークションもな。

240 ：
モバイル用はCGIで振り分けるのが普通だろう
いかにHTMLをしっかり書いていようと関係ないわ

241 ：
テーブル読めないならMSも読めないね。auも読めない。通信社も軒並み読めないと思う

242 ：
ｱﾎｰはモバイルでもテーブル+フォント乱れ打ちですが何か？

携帯がまともにCSS読んでくれるなら誰も振り分けや別ページわざわざ
作ったりなんて面倒な事しねーっつーの。
第一最近のとか言ってる時点でナンセンスなわけだし。

243 ：
まじか…時代はテーブルレイアウトか…せっかくフルCSSで組んでもテーブルか…俺の所はテーブルレイアウトしか皆出来ん。そんなのって…うお～

244 ：
携帯の性能が上がってそれなりにPCサイトが見れるようになってるからな
PCサイトブラウザ使わなくてもそこそこ見れる
CSS完全レイアウトのページを携帯でみると本当に悲しいぞ

245 ：
どうだろうな。昔のauはテーブルをよんだけど、
テーブルの中にテーブルを作ったら読まなかった。

246 ：
CSSも使いようだけどな。
テーブルで横幅900のサイトとか携帯で見ると悲惨だぞ。
CSSだとこれが縦に表示されるからhtmlの文法さえ間違っていなければ問題なく見れる。

247 ：
<table width="800" align="center">
<tr>
<td>
<table width="800">
<tr>
<td

248 ：
途中で落としちゃったorz

昔こんな感じのソースだったから、今はマシだと思うけど、
こんなごちゃごちゃしたものを読んでくれるのなら、俺は快くテーブルに戻れるよ。

249 ：
そうか。まあ確かに携帯でPC用画面みるとCSSが適用されとらん。だが最低限一応見れる。だがどちらがいいのか俺にはわからん。

250 ：
最低限でいいよ。
よくできたサイトはCSS適用しなくても見れるだろうし。

251 ：
おっご意見サンキュー、ナビゲーションに隠しテキスト入れたかいがあるもんだ。ただ自分の仕事携帯で見ると虚しいな…ショボいぜぇ～

252 ：
>>248
それでもcss完全レイアウトよりも全然記述量無いしな。
昔はISDNとかナローバンドだったから全部読み込むまで全く表示されない
問題起きてたけど今のブロードバンド普及しまくってる時代じゃ
その問題は殆ど意味無いし。

>>250
同意。本当にわかってる人の良サイトはcssは装飾程度にしか使ってないしね。
無くても多少質素になるくらいで見た目を大幅に崩壊させたりする事は無い
少なくともリスク背負ってcssでレイアウトまでやるって事は避けてる人が多い。

253 ：
ぶっちゃけ外側にdivなんか用意した固定段組は、
実際テーブルと大差ない。そんなもの作り手の好き嫌いで決めちゃえばいい

でも、dlリストを段組表示にするCSS書くくらいなら素直にテーブル使えよと俺は思う

254 ：
>>252
信じられないくらいバカだな。リアル中学生？？

255 ：
>>254
自己紹介乙

256 ：
>>254がとても馬鹿に見える件

257 ：
実際にバカなんだろｗ

258 ：
CSSだとネストを1・2個減らせることもあるからその点では有利なんだけど、、、
外部ファイルで定義をしないといけないから一気に逆転されるんだよなぁ

ただ個人的に、本当の良サイトは「読みやすさ」を大幅に崩壊させたりする事が無いと思ってる

259 ：
｢本当の良サイト｣ を1､ 2個挙げてみてください｡

260 ：
というか普通に見てればCSSレイアウトでも見た目が大幅に崩壊することはないよ。
こういうこと言うとレガシーなブラウザがとか携帯ブラウザがとか言われそうだけど、
レガシーブラウザなんて今やナローバンドよりも稀だし、
携帯ブラウザの通信速度はナローバンド並だからテーブルレイアウトの方が嫌がらせになる。

261 ：
もう五年くらい考えたら古いブラウザは考えなくていいな。
テーブルは細かい段組だけを考えて使うものになってきたよ。

戻ってくる頃にはほぼCSSの指定も細かなマークアップもできるから、CMS使っているのなら余裕だろ。

262 ：
このスレも当初はTABLEも有りだったが
今はもう…

263 ：
>>157もすっかりCSSになってしまったしな

264 ：
>>262
当初からテーブル無しだよ。
当時はＷ3Ｃ信者が大暴れしていたが
今はもう・・・

265 ：
W3Cも昔は段組テーブル使っていたけどな

266 ：
使ってねーよ

267 ：
テーブルで作ったサイトをCSSにするのが面倒ダーヨ
考えるのめんどくせーからそのままにしようとしたが
新しくデザインし直すほうが早いかもな…

268 ：
>>266
WebArchiveでW3Cのページを見るんだ。
1998には使われていたよ。だから昔と(ry

冗談はここまでにして、今テーブルを使う利点はなんだろう？
CSSよりは簡単に実現できるし、可変式段組とかやれるけど、
みんな幅固定だからそこまでしなくていいんだよね。

269 ：
可変式段組はCSSでもできますよ｡

270 ：
IE6互換モードのクソ仕様でも適用される可変式段組を教えてくれ
もちろん、幅をある程度縮めたらスクロールバーを出すように。

271 ：
>>270
これじゃだめ?

<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>テスト</title>
<style type="text/css">
#CONTENT {
width: 66%;
float: right;
}
#ASIDE {
width: 33%;
float: left;
}
</style>
</head>
<body>
<div id="CONTENT">
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
</div>
<div id="ASIDE">
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
</div>
</body>
</html>

272 ：
>>271
それだと崩れるだろ……
畜生……IEがmax-widthとmin-widthに対応していれば困ることはないのにorz

273 ：
>>272
どう崩れるの?

274 ：
>>273
確かにfloatが崩れることはないよ。
ないが、一定幅まで縮めたらスクロールバーを出したいって条件だ。
つまり、最短の横幅は600pxとかで、それ以上の場合は可変幅の段組がいいとかさ。

275 ：
>>274
ああ､ 横スクロールバーね｡
でもそれってテーブルだとできるの?

276 ：
テーブルだと割と簡単に出来るよ。
実質、外側のdivにmarginで余白とって、尚且つ、内側のdivに幅を指定する感じだから、
CSSでも同じことを実現できなくはない(テーブルを採用するよりもCSSファイルが煩雑になるが)。
tableとtrとtdとtheadとtbodyとthootが一括してdivに置き換わるだけかな？
後は置き換わったdivにテーブルと同じ役割を担うように指定していく。
でも、これってテーブルと大差ないんじゃ？　とはすごく思う。
だったらデフォでも段組が成立するテーブルでいいじゃんってね。

もし、主要ブラウザのIE6とIE7がmin-widthを描画してくれるのなら、
外側にmarginとmin-widthを指定して、
メニュー部分にwidthを、
本文部分にmin-widthを指定してfloatするから
テーブルよりもものすごく簡単になったんじゃないかな？
この場合、テーブルの煩雑な要素がdiv三つに減るからメリットが大きいし。

277 ：
>>276
テーブルで簡単に作ってみて｡

278 ：
body {
margin:数値;
}

table {
width:100%;
}

#Contents {
}

#Menu {
width:数値;
padding:数値;
}

<table>
<tr>
<td id="Contents">
本文
</td>
<td id="Menu">
めぬー
</td>
</tr>
</table>

いい加減だけど、こんな感じ

279 ：
すまん。眠いまんまコード打ってたorz

#Contents {
padding:数値;
}

だた。まあ、なくていい気もしたけど。
この場合、メニュー幅だけ固定だからｆｌｏａｔだとアウツでしょ

280 ：
>>278-279
それだと一定幅まで縮めても横スクロールバーが出ませんよ?
ソースは次のとおりだけど､ 何か間違ってたらご指摘お願いします｡
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>テスト</title>
<style type="text/css">
body {margin-right: 6%; margin-left: 6%;}
table {width: 100%;}
#Contents {padding: 1em;}
#Menu {width: 200px; padding: 1em;}
</style>
</head>
<body>
<table>
<tr>
<td id="Contents">
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
<p>内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容内容</p>
</td>
<td id="Menu">
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
<p>関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報関連情報</p>
</td>
</tr>
</table>
</body>
</html>

281 ：
あと今気づいたけど､ ソースでは内容を前､ 関連情報を後にして､ 表示上は内容を右､ 関連情報を左にするってことが
テーブルレイアウトだとできないね｡ それは大きな欠点のような気がする｡

282 ：
それはCSSも基本同じだろ。
positionはややこしくて嫌い。

283 ：
>>282
>>271はソースでは内容を前､ 関連情報を後にして､ 表示上は内容を右､ 関連情報を左にしてるけど､
positionを使ってなくてシンプルだよ｡

284 ：
ああ、そういうことか…
上下だと思っちまった…

285 ：
CSSの段組みって要素指定が面倒臭い。

286 ：
>>271より>>278の方が見た目がわかりやすいな。

287 ：
floatやpositionがややこしいからだろ

288 ：
>>286
そりゃテーブルレイアウトは一種の物理マークアップだから､ 見た目が分かりやすいはずです｡

strong {
color: red;
font-weight: bold;
}

<strong></strong>

より

<b><font color="red"></font></b>

の方が見た目が分かりやすいのと同じです｡

289 ：
>>288なら
strong {
color: red;
font-weight: bold;
}

<strong></strong>
の方がわかりやすいな。

290 ：
あー俺>>286な

291 ：
別々に見なきゃいけないんだからわかりにくいだろ

292 ：
俺はCSSの方が分かりやすい。
物理マークアップはタグが増えるから、むしろ関係ないんだよね
Strictスレに行けといわれるけど、ISOとか楽でいい

293 ：
>>291
いや全然。フォントやサイズみたいな装飾はCSSの方がわかりやすい。
繰り返し使うものだし一々font～とかsize～が頻出するより全然マシで
直感的。

ただ段組はCSSの方が遙かにウンコ。見辛いしソースデカいしアホみたいに
指定だらけで醜さ最強。しかも環境選ぶんだからテーブルのが全然見た目も
作りもマシ。

294 ：
あーsizeは厳密には無いけど色とか書体とか大きさとかあの類の指定の事な。


295 ：
CSSにしたのはいいんだけど、Yahooたんのロボットが思うとおりに読み込んでくれない。
まさかロボット用にもカスタマイズしなきゃいけないのか。

まぁデザインが崩れて表示されるだけだからとくに問題はないんだけどね。

296 ：
>ロボット用にもカスタマイズしなきゃいけないのか。

やるとGやYやMではペナルティ喰らうからやめた方が良い。
というのが今のSEO。

297 ：
段組なんて諦めればいいじゃん
3カラムとか何のメリットがあるの？

298 ：
2カラムだけはやめられない。

299 ：
>>297
blog

300 ：
>>297
索引を3カラムにしてあるところがあったけど、逆に雑然として見難いな

301 ：
2カラムでサイドメニューとかやったりしない？
ページごとにアクセスしやすいと思うんだけど。

302 ：
パンくずリストで足りるだろ

303 ：
>>301
昔2カラム好きだったけど、最近はパンくずしかつけないな。
なんか個人サイトっぽいのがいいｗ

304 ：
>>293
醜さ最強、で吹いたｗ

確かに指定だらけにはなるが、左右の配置のデザインすら
省かれたソースを見るとウットリしないか？
環境とかは結構なんとかなるだろ。IEのバグにはウンザリだがな。

305 ：
IE8のデメリットが多くて失望orz
CSSハックは疲れたので
TABLEに帰ってきましたよ。

306 ：
結局テーブルが楽だったりするよね。
変更なんて、どうせスクリプトからめて作るから気にならないし。

307 ：
TABLE　＝　ちょっと破目を外しても「いいのよ」と許してくれるお袋
DIV　　＝　「あんたはなんでこれが出来ないの！」と口うるさいお受験ママ　　

308 ：
>>307
うまい例えだなｗ

309 ：
あげ

310 ：
「こう見えるようにして欲しい」って言われた時にブラウザ互換性の考慮や
コンテンツの構造的解析、floatやpositionの微調整が無いからなー。

そりゃ、発注側が費用と納期と長期的メンテナンス性に理解があればCSSで
キッチリと仕事してもいいけど、そうでなければTABLEで済ませるのが一番
お互いの利に適った結果になるんだよね。

金と納期に理解が無いのに、どこで読んだか長期的メンテを求める顧客には
カスタマイズ性を犠牲にしてCMS導入を薦めるのが一番だな。

311 ：
今のスクールとか専門学校って最初からxhtml+スタイルシートで教えてるらしい
そいつらが会社入ってテーブルレイアウト見たら愕然とするだろうな・・・
何これ？って感じか

312 ：
鮒に始まって鮒に終わるのさ


313 ：
愕然としたあとに何をするかが問題だ。


314 ：
IEのDIVの幅に関する解釈のおかしさにウンザリ
テーブルレイアウトで全て解決しますた

315 ：
今やxhtmlなんてケツを拭く紙にもならんのにな。
html+スタイルシートでやってる奴が最強。

316 ：
　

317 ：
　

318 ：
もどってきたよ

319 ：
だな

320 ：
つい使っちゃった・・・

321 ：
tableレイアウトに戻すほど趣味的なレイアウト組む機会がない……

322 ：
八百屋の跡取りとして生まれた卓くん
仕入れを任され、ついでということで隣の魚屋の仕入れもやっている
魚の目利きに関しては天下一品と呼ばれるようにまでなった
世間では彼を八百屋の卓と呼ぶ

323 ：
今修正してるサイト、tableレイアウトはいいんだけどさ、レイアウトで一個もcolspanもrowspanも使ってないんだよ。
分割したいところは全て入れ子にしてテーブルを並べてるの。変なところでぶつ切りになってるし。
文章一行づつ<tr>になってるし。
全くソースとか見ずに、文字とか画像とか入れたいところで右クリックしてテーブル挿入してったみたいないんだけど。
テーブルレイアウトってこういうもの？
スライス画像崩れないようにするために計算して使うものと思ってたんだけど。
文章分からなかったらすまん。

324 ：
＞文章一行づつ<tr>になってるし

テーブルレイアウトとはちと違うもののような・・・・

325 ：
上下揃えとか、縦幅揃えとかが厳密に必要な箇所はtable使っちゃう
javascriptでも再現できるけど、レイアウトにまでscript使うのはちょっとためらわれる

326 ：
html5とcss3とIEのシェアを見る限りテーブルレイアウトが一番妥当な気がしてきた

327 ：
IE6のシェアが増えてるとかTABLEレイアウトまだ使えるかもな
http://news.mynavi.jp/news/2012/02/02/046/

328 ：
【td】テーブルレイアウトの何が悪いん？ 4 【/td】
http://toro.2ch.sc/test/read.cgi/hp/1146152708/l50

329 ：
カラム落ちが絶対に起こらないから、テーブル最高！

330 ：
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R
創価R　
創価R
創価R


331 ：
tableレイアウトを組んだ経験が今生きているよ

332 ：
HPなどで友達が稼げるようになった情報とか

⇒　http://asaswq3wq.sblo.jp/article/181819223.html

興味がある人だけ見てください。

792GSM13D0

333 ：
誰でもできる在宅ワーク儲かる方法
少しでも多くの方の役に立ちたいです
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』

K3D4H

334 ：
age

335 ：2020/03/19
>>1
まだテーブルなの？ｗｗｗｗｗ

monospaceでHP【2】
webデザイナーに聞きたいのさ
JavaScriptは難しすぎ
一般人とweb制作者の見分け方
【RDF】セマンティックウェブ【メタ情報】
Wikipedia終わったな
【ハァ?】主婦がウザい理由【素材屋?】
【RDF】セマンティックウェブ【メタ情報】
別サイトへの target="_blank" は利用価値があるか
WEB制作の仕事依頼マッチング
--------------------
peercast@linux板
【PC】 DARK SOULS3 ダークソウル3 Part2
【MLB】大谷は４打数無安打　エンゼルス４連敗
使用ソフトの「など」って何さ？
【関ジャニ∞】村上信五アンチスレ110【土地泥棒】
ゴールデンボンバー250
【文大統領】貿易紛争で世界経済低迷「Ｇ２０が再びリーダーシップを発揮しなければならない」一国のレベルでは解決できないと強調[6/28]
【AU】システム監査技術者試験 Part14
【週刊文春】 欅坂46・平手友梨奈 ”脱退” につながった 「FNS楽屋号泣」 「MV撮影ドタキャン」2大事件
★最近の世界救世教いづのめ教団で思うこと
東方キャラと東方厨もいつになったら死滅するの？
【五月晴】アドレスV125/G　256台目【魔改造】
グラディウスⅠ・Ⅱ・Ⅲ　その3
名古屋市周辺の新線・延伸・新駅等総合スレ　Part.8
【悲報】国民が嫌いなモノ一位は野球に決定！
◆◇◆GRETSCH/グレッチ/Part34◆◇◆
【BBC】ドクター・フー Doctor Who【ﾈﾀﾊﾞﾚあり】7
WEB小説は女装・性転換(TSF)作品の宝庫♪ Part59
銭湯での風変わりな注意、禁止事項
FNO　BOTオンライン　-聖境伝説- Part88
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼