【td】テーブルレイアウトの何が悪いん？ 3 【/td】

たてますた。
http://pc2.2ch.net/test/read.cgi/hp/1053745652/l50

糞スレ立てんな！！！！！！！！！！
さっさと削除依頼出して来い！！！！！！！！！！！！













----------------------　終了　-------------------------

ヤーッハハハハハハ…！！　神が２getだ！
　 　 　 　 ,L　　　　　　 ￣ ､＿　　　　　　　　　　　　　　　　!､
　　　　　 _〉　　　　　　　　　　　-ニニニニ--＿_　　　　　　 く
　　 　 　 |｀ヽ-､、　　　　　　 ￣￣二-─'''￣　　　　　　　_,､r'､　>>3 神の加護がなかったのだろう…ヤハハハ
　　　　　 | ﾄ ',　｀!ヽ､,,_　　　─────‐'''＿＿__,,,..､イ´/ｨ! i　>>4 思ったよりアマいじゃあないか
　　　　　 l い ! liﾞ _,, -─-`､ー─ '' '' '' ""´_. -─- ､_　! //ﾉ !　>>5 ”神”の存在をお前は知るだろう
　　　　 　 ',｀i｀! | `v''´￣｀`ヽ､ヽ､　 　 ,r ',,´‐''´｀`ヽ､/ | i 　　　>>6 この私が負けるはずがなかろう...
　　　　　　 い''､!　､ﾆ二､,二ﾆ､`′_　r'ｰ´∠ﾆ､,ニ=,　 l i ,l! l　　 >>7 あと数分遅かったな
　　　　　　　', ! l!　 冫r─r‐く´〃　L|　ゝ ｀>ｰr‐rヾ 　 !f ﾉ/　　 >>8 お前はまだ”神”という存在を理解していない様だ
　　　　 　 　 l l l!　 　 　 　 　 　 　 |_|　　　　　　　　　 |l!//　　　>>9 お前はこのスレをナメているぞ
　　　　　　　 | ! l　　　　 　 　 　 　 | |　　　 　 　 　 　 l　 i　　　>>10-1001 …それは神のみぞ知る処だ
　　　　　　　 |　 l! 　 　 　 　 　 　 ├|　　　　　　　　　l!　l
　　　　　　　 |　 |',　　__　　　　　　 |-|　_　 　 　 　 　 ,!　l
　　　　　　　 |　 | ヽ �V､　　　　 ｀ヾ_/´　　　　 ,, 　 ,.'l　 !
　　　　　　　 |　 |　 ヽ　 `ヾﾆ　─----─　ﾆ''"　 , '　!　|
　　　　　　　 |　 |　　 ヽ　　`''　￣二二￣　''"　, '　　|　l
　　　　　　　 |　 | 　 　 ヽ　　　　　　　　 　 　 , ′ 　 !　!
　　　　　　　 |　 |　　　　 ＼　　　　　　　　　,/　　　 i　 !
　　　　　　　 |　 |　 　 　 　 ｀ｰ-------─'′　　　 |　 !

糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ

糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ
糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ糞スレ

ﾌﾟ
早速W3C信者が必死だな（ﾜﾗﾜﾗ

>>2>>4>>5
いくら自分の優位性が確保できなくなるからって荒らすなよ。。。

ここは、6と7のような馬鹿がいるインターネッツですね。

1自体が糞っていう話もあるが。

くだらんスレはいいよ。CSS信者のつきまといがウザいだけなので。

たしかに、もう必要ないかもな。前スレでの

913 ：Name_Not_Found ：04/03/17 00:52 ID:???
ストリクト派（＝W3C儲）ってさ、
自説が正しいことを主張する材料として

テキストブラウザ・音声ブラウザ

これ一辺倒だよな。
ま、テーブル儲のNN4対策もウザイが、
敢えて優位性を対決させるなら

ストリクト
+1．障害者＆マイナーUAにも門戸をひらく（ユーザビリティ・アクセシビリティ）
----
-1．IE・ネスケ・Operaで全く同じ外見にできるケースは稀
-2．上記3大ファミリでさえバージョンで未実装の項目があり、現時点では使える属性が限られる

テーブル
+1．見た目を1ピクセル単位で正確に配置できる（まるでDTPの如く、NN4でも）
+2．作るのがラクだ（オーサリングソフト使用時は特に）
----
-1．テキストブラウザ・音声ブラウザでは外見・読み順に問題が出る場合あり

よって、-1対+1でテーブル派の勝ちとなる訳だが（ｗ

これが結論だと思われ。

もうtable圧勝の答えが出てるので、これにて終了。
あとはもう、CSS厨房にてきとーに絡んでやって。かわいそうだから。

そもそも、紙とWEBを同じ扱いで制作すること自体がナンセンスな訳だが。

12に激しく同意。

あとはＣＳＳ厨房が、ウザいだけ書き込んで遊ぶスレにしておいけばいい感じだ。アフォ丸だしをさらけ出していればいいってことで。

>>6>>11-14

プ

さっそくアフォ一匹つれますたｗ

関連スレ。
http://pc2.2ch.net/test/read.cgi/hp/1079165134/l50

>>16
まだ居たの、ウンチくん（ﾌﾟ

プｗ

さすがＣＳＳ信者というのは、しつこいですね。17のように。
いい見本ができたようです。

17=18

18の作ってるCSSサイトみてみたいものだね。
みんなで、突きあって批判してみたいな♪

CSSを上手く使える人たちは、関心するぐらいtableと上手に組み合わせてる。ここにいる粘着厨房たちとは、質が違う。頭が硬くない。ブラウザの利用現実をみて、やわらかく使いこなす。

誰も反応してないようだが、>>13ってどうよ。
>>11の
>見た目を1ピクセル単位で正確に配置できる（まるでDTPの如く、NN4でも）
に対して言ったんだが。

紙は紙の役割に応じた特性があり、
WEBにはWEBの役割に応じた特性がある。
紙でアクセシビリティというと
別ファイルで点字を打ったりしなきゃいけないが
WEBではStrictなソースをきれいに書けば
別ファイルは何も必要ないんだよ。
それに健常者向けに飾りを付けたいのなら
CSSを使えばいいってことなんだけどね。
いざデザイン変更の時だって、
ページ数が増えたらその恩恵を受けることになるよ。

どうだい、W3Cの理想を信望しろとは敢えて言わないが
せめてバリアフリーのため、管理性の向上のため、
Strictに挑戦してみる気はないかな？

・・・と、言ってみるテスト。

関連スレ その２
http://pc2.2ch.net/test/read.cgi/hp/1078642389/l50

>>24
CSS厨房にレパートリーが
1パターン増えた模様（ｗ

　　　,ｒｎ
　　r｢l l h
　　|　､. !j
　　ゝ　.f　　　　　　　　　＿
　　|　　|　　　　　　 ,r'⌒　 ⌒ヽ､　　　
　 ,｣　　L_　　　　　f ,,r'￣￣ヾ.　ヽ.　
　ヾー‐'　|　　　　　ゞ‐=H:=‐fｰ)r､）　 　　 　
　 |　　　じ､　　　　 ﾞiー'･･ー'　i.ﾄｿ 　偉大なる将軍様は
　 ＼　　　 ＼. 　 　 l､ r==i　,;　|'　　　　　「このスレは革命的な漁スレである」
　　　＼　　　ﾉﾘ^ー-＞==__,..-‐ﾍ＿＿＿　　　とおっしゃいました。
　　　　 ＼　 ノ ﾊヽ　 |_/oヽ__／　　　　 /＼
　　　　　　＼　 /　　　 /　　　　　　　　/　　|.
　　　　　　　　y'　　　 /o　　　　 O　　,l　 　 |　

目が見えない人のために必死になって配慮するけど、
サイトのテーマは「俺が撮った画像を見てくれ」なCSS厨。

答えてあげよう。＞24

「・・・と、言ってみるテスト。」

と書いている時点で、お前自身にCSSに対する魅力の曖昧さ感じるし、
説得力が感じられない。つまり誰かに賛同してもらいたいだけなんだろ。

これだから、CSS厨房はダメだと言われるのよ。

「このスレは革命的な漁スレである」
「このスレは革命的な漁スレである」
「このスレは革命的な漁スレである」

よおうするにヴァカ向けの釣り専用スレ、ってことかｗ

いやぁ〜２４の意見にも一理あると思うぞ＞２９

しかしまぁ、CSSは常に最新のメジャーブラウザで見なければ本領発揮しにくいので
宝の持ち腐れって感じはするね。今後の命運はＭ＄次第ってとこか＞ＣＳＳ

お前何もわかってない。Microsoftに期待するなんてアフォのすることだ。自身でアフォと思うなら仕方ないがｗ＞31

それでも障害者排除は(・A・)ｲｸﾅｲ!!

css使って1pxの狂いも無いサイトを作る気があるﾔﾂなんて居ないだろ
つーか、ﾃｰﾌﾞﾙでもそこまでやるﾊﾞｶは稀だろ。

34が一番バカだと私は思います。

35はフォントサイズ固定

36さんは阿呆なのでしょうね。

>>35-37

２　ゲ　ッ　ト　出　来　な　か　っ　た　>>3　が　一　番　間　抜　け

と何故ツッコミを入れないのですか？ｗ

>>38
神の加護を受けられない>>3をあんまりいじめるな。

TABLEキチンと覚える前にCSS勉強したからよくわからんけど
TABLEレイアウトってそんなにｲｸﾅｲの？
キノトロープとか見るとTABLEの嵐だけど。
業界的にはどうなの？

Yahoo!のトップページはテーブルレイアウトしているが、糞ということか？

知恵と応用が足りないやつは「テーブルは表だ」をバカの一つ覚えで連呼するね。
表には数字や文字しか入れちゃいけないと固く信じているのだろうな。

ヤフーのような大きなポータルサイトのトップページは、ブラウザ依存のエラーを極力抑えないといけないだろうから、
どうしても枯れたHTMLを使わざるを得ないだろうね。
TABLEの方がHTML記述文字数が少なく、送信バイト数を抑えられるというのもあるかもしれない。
わずかではあるけれど、同時アクセス数もすごいだろうから。
そもそも何らかのコンテンツマネジメントシステムを使用しているだろうから、直接HTMLを書くことはないだろうけど。

適材適所だけど、何でもTABLEでレイアウトして、隙間はspacer.gifで埋めてるようなウンコくさいサイトは
、メンテナンス性が悪くなるね。

ちょっとした文言の変更、例えば10字のキャッチを20字にするときに、
spacerのwidthを変更しないとズレズレになる。みたいな。
こうした小さな変更の度に、HTMLならまだしも、Javaのソースファイルを開いて編集、リコンパイルなんてね。
JSPとかテンプレートを使っていても、ループの中に例外を作りすぎで、ちっともテンプレートの意味がない。とか。

データとロジックとプレゼンテーションをできるだけ分離させようと思えば、
ABLEを使って、cols=なんとかとか、width=なんとか、とは相容れなくなってくるよ。
JavaScriptやDOMでユーザビリティをあげようと思えば、TABLEで組まれてもどうしようもないよね。

>>43
htmlだけの送信バイト数ならhtml+cssの方が少ないと思うぞ
外部cssが別に読まれるけどな。
全頁同じcssならｷｬｯｼｭされて軽くなりそうだけどどうだろ？

yahooとかの巨大サイトや携帯用サイトなんかだと
正確なhtmlよりも、いかに軽く出来るかが重要なんだろうな。

まあ聞いてくれよ、中央寄せの固定幅のページを作ろうと思ったんだけどさ
<table align=center>をCSSでやろうと思ったら
body{ text-align:center}でやるしかないんです。
もうね、アホかと。

よーしパパ<center>使っちゃうぞってなもんですよ。
考えてみればすごい便利、未だに使えてしまう<center>様。
だけどこれを使うとfloatが使えない諸刃の剣。
素人丸出しにおすすめ。

>>45
それ、間違ってるよ。

>>45
もじら組でも嫁。

http://pc2.2ch.net/test/read.cgi/hp/1076968824/5-9

Q2: tableなどブロック要素をセンタリングするには？
text-align:center;を指定しても Netscape6(or7)ではなりません。IEでは中央寄せになるのに……
A2: IEの実装の誤りです。詳しくは下記（特に4.）をご覧ください。

1.'text-align'に関する考察
http://anslasax.net/css-make/t-a/index.html
2.IE5.5とNetscape6のCSS - 中央寄せ
http://tancro.stp-1.com/stylesheet/n6_center.html
3.Internet Explorer 6におけるCSSの拡張
http://www.microsoft.com/japan/msdn/ie/ie60/cssenhancements.asp#cssenhancements_topic6
4.ブロックレベル要素をセンタリングする方法
http://www.mozilla.gr.jp/standards/webtips0004.html

Q11．いままでＨＴＭＬでやってた××をCSSでやるにはどうすればいい？
A11．下記に書いてあります。テーブル・レイアウトは段組のFAQ（A4・>>6）をご覧あれ。
「いままでの HTML との対照」
http://www.tg.rim.or.jp/~hexane/ach/fscs/fscsa1.htm
http://www.tg.rim.or.jp/~hexane/ach/sfcs/sfcsa1.htm
http://www.tg.rim.or.jp/~hexane/ach/tocs/tocsa1.htm
HTML でのレイアウト指定の、 CSS での指定との対応表
http://deztec.jp/site/tips/page/p0037.html

>>43
ヤフーのようになってくると、いろいろ鳥ワザを使わざるを得ないんだろな。

>>45
素人丸出しですね。二重どころか三重に。

君達がマークアップ云々言ってるのは数ページしか無いサイトのことだろ?
さぁCSS教のみなさん。
君達は１００を越えるページをどうやって作る?

>>50
エディタで作るけど？

ＤＷとかＨＰＢつかってる香具師は逝ってヨシ！

論理的マークアップについて
論理的マークアップって言うのは文章が先ですよ。知ってますか?
論理的云々書いている人の文章を論理的にマークアップできますか?
結局ソースに合わせて文章書いている人がほとんどなんですよね。
そんな中途半端な知識で論理的なんて言葉、間違っても使わないでください。
文章の書き方をすべて分かった上で論理的マークアップし、語ってください。

次から論理って言葉出す奴はどんな文章なのか密かに期待。

<h1>あいうえお<h1>

<p>かきくけこ〜</p>

バカの一つ覚えみたいに、こんなのだったりしてｗ

>>52
お前は全角使ってる時点で完全にアウトだな

>>54
他にどう作れと？
idやclassも振ったほうがいいのか？

>>56
表にしろ表だ！

そもそも、文章には見出しがあるべき、段落があるべき、
だと思い込んで決めつけちゃうのが間違いのもと。

アクセシビリティについて
どうせCSSやっていたらアクセシビリティがオプションで付いてきただけなんだろ。
あたかも、それも目的の１つのように唱えるなよ。
どうせ文字が音声で流れればそれで良しなんて考えなんだろうな。
見ないと理解できないような文章が無いようにとか考えてるのか?
てか、お前等のくだらない何の配慮も無いようなWebなんて見せたら逆に迷惑・不快になると思うぞ。
勘違いして自分のアフォ晒してる事も分からないのか?

有名な音声ブラウザのHPRは今のところ音声に関するCSSのプロパティを理解できない。
現状ではHPR使用者からすれば線形化されたテーブルレイアウトのサイトも
正しいHTMLを使ったサイトも大差ない。
鬼の首でも取ったように音声ブラウザに配慮とか言ってるのは低脳。

確かに一理あるな。
俺はCSSに移行してから、物理要素を使うのが面倒なだけだったのかもしれない。

その結果、論理マークアップが〜とか自分に言い訳してたような気がするな。
そういう意味では、W3Cを始めとする諸先輩方に体よく洗脳されてたってことか。

しかしHTMLは、あくまでも文書構造の明確化を謳った規格だから
そこまで否定しちゃうとHTMLを使う意味がなくらないか?
それこそPDFでも、一枚丸ごと画像でもFlashでもCURLでも何でもいいな。

…何か言ってること矛盾してるね、俺。

まぁ、お互い仲良くしようよ。
思うところは違っても、Web製作者であることには変わり無いわけだし。

>>61
おまえ、いい香具師だな。。。
そうだよ、みんな仲良くしようぜ！

みんななかよくテーブルで囲もうよ。テーブルで。

現在のcssじゃ、縦方向のレイアウトには弱いんだよな
しかし、いまさらtableに戻るのもﾏﾝﾄﾞｸｻｲ・・・

オレの華麗なテーブルタグテクニックみたらなにも言えないだろうな、お前ら

NN4.xのユーザーの比率なんて微々たるものだけどな。

７重に重ねたテーブルを見せて

「　テ　ー　ブ　ル　使　う　と　こ　ん　な　に　表　示　が　遅　い　で　す　よ　」

とかやってるサイトには笑った。

>>67
じっさいに、デザインのためにそれぐらい重ねてるサイトもあるけどな

昔は 画像をテーブルで表示するアホなワザに驚いたが
今はツールがいくらでもあるし、むしろ"最適化"されていないことに驚く。

今のwebはデザイン（というよりデコレーション）を偏重しすぎだと思う。
どうして普通の論文が、webに載せたとたんに派手な装飾を施されてしまうのか。

個人レベルでは何をやってもいいし（ブラクラ以外）、
企業には企業の論理があると思うので、文句はない。

しかし、多くの人が求めるような情報を提供すべきである官公庁のようなサイトが、
実際には装飾過多で中身がなく、アクセシビリティも低い。
中身は良いサイトが、中途半端な装飾で見るに耐えず、
不思議マークアップのせいでユーザスタイルシートも使えない。
このような現実には辟易している。

現状では、視覚的なデザインを伝えるのにテーブルレイアウトは最適であり、
情報そのものを伝えるのにはStrictなHTMLが最適だろう。
問題は、後者にもテーブルレイアウトを使ってしまう現実にある。
そして俺が思うに、情報そのものが重要であるサイトの方が、
視覚的デザインが重要であるサイトよりもはるかに多い。

だから俺は、Strictを広めたいと思う。
テーブルレイアウトを完全になくそうなんて思っていないし、
そんなことはそもそも無理だろう。

ただ、「ホームページは斯くあるべし」（装飾こそ重要）という観念に
捕らわれて、せっかくの情報を無駄にしている、あるいは伝えるべき情報を
伝えられていないサイトに溢れている現状をなんとかしたいと思う。

で、結局このスレは、Table信者とStrict信者がいないと成り立たんのだろ？
どちらも必要で、適材適所住み分ければ良いということで、
>>61の言う通り言い争う必要はないわな。
醜い争いを続けていては、初心者が混乱するだけじゃないか？

捕捉。

視覚的に綺麗なサイトは、テーブルレイアウトをしている。
文字の情報量は少なく、文書としては読みづらい。

文書として読みやすサイトは、CSSレイアウトをしている。
文字の情報量は多く、装飾は基本的に地味。

問題は、多くの有用な情報を公開しているにも関わらず、
テーブルレイアウトをしているサイト。
こういうサイトでは、既に伝えるべき情報はあるから、
文書構造をマークアップして、適切なスタイルを適用させるだけで良い。

俺はwebデザインは副次的なものだと思うから、主に Strict + CSS を支持するが、
デザインを追求するためにテーブルレイアウトをすることは否定しない。

不思議マークアップより文書をPDFで配布するのが許せんな＞官公庁サイト
クソ重いAdobe Readerをいちいち起動させるの(ﾟДﾟ)ｳｾﾞｪｪｪ

>>70
http://www.pref.shimane.jp/
官公庁はこうあるべきだよな。

読ませるサイトじゃなくて見せるサイトってのが多いよな
そんなに見た目にこだわるならフルフラッシュにでもしてくれ
そしたら確実に見なくなるから。

>>73
しかし、官公庁のサイトにw3cバナーはどうかと思うｗ

段落を整えるのにテーブル使うのって普通だろ。新聞なんてモロテーブルだし。
雑誌だって装飾無しの暗〜いデザインなら面白くない。
なんとかこじつけてテーブルを悪者にしたいようだけど、なんのメリットがあってそんな事やってんだ？

>>75
まぁねｗ
わざわざサイトデザインのあり方についてのページも作ってるくらいだから
他への啓蒙の意味もあるのかも。
実際他の官公庁にも見習いまくって欲しい所。

>>76
tableは別に悪くないだろ
本来の使い方とか簡単な段組のためとかに使われてれば。

漏れは殆どのサイトユーザースタイルシートで見てるから
せめて、正しいマークアップくらいはやって欲しいところ。
本文<h1>囲みとか勘弁してください・・・

>>73
漏れは気にならないけどcssにpx指定が多すぎる

TABLEレイアウトやってることは、CSSレイアウトでも無理なくできるんだから、TABLEを使うことにこだわる必要はないだろ。
たまにTABLEで組んだ方がいい場合もあるけど、あくまでもたまにだし。
ただ、いわゆるTABLEレイアウトって紙でやってた手法をそのままウェブにもちこもうとしてるから、ウェブにはウェブにあったデザイン手法を使うべきだな。
フォントのサイズ指定もPXで固定すべきではないし、どうしてもってときはJavaScriptなんかで小・中・大の3パターンくらいを切り替えられるようにすべきだよね。

>>80
＞TABLEレイアウトやってることは、CSSレイアウトでも無理なくできるんだから

現実は
ブラウザの挙動の相違（バグ含む）に踊らされ
凝ろうとすれば所謂"div厨"呼ばわりされちゃったり
結構悩みもあるんだけどね

理屈の上では可能かもしれないが
それらをビシッと編集できるツールがないんだよな。

DWで作るな、手打ちで行けというなら別だが
俺はツールを使い、なるべく制作中も完成体に近い見た目で作りたいから無理。

ついでにいうと俺だけいきがっても周りが「○○くーん、なんかDWで崩れるんだけどー」といわれるし。

>>80
TABLEレイアウトでも無理なくできてるなら、CSSを使うことにこだわる必要はないだろ。
たまにCSSで組んだ方がいい場合もあるけど、あくまでもたまにだし。

floatプロパティにも対応してないようなブラウザ使ってる奴なんて
そんなに騒ぎ立てるほどいないだろ？

floatに対応すれば全部解決って場合ならそれでもいいけどな

デザイン優先ならテーブルを使えばいいし、そういう人は
仮にHTMLを使っているだけであって、実際Flashに移行しつつあると思う。
PDFは重すぎて、webリソースとしては使いものにならないし。
デザインにこだわりたい人が、無理にCSSを使う必要はない。

文章がメインだが、単にStrictを知らないために、
やたらと物理マークアップで装飾してしまっている人が多いように思う。
彼らにとっては、見出しをhnで囲み、段落をpで囲む方が自然であるだろうに。

官公庁は、誰よりもStrictを使う責任がある。
「視覚障害者は対象にしていない」なんて言い訳は成り立たないから。
某省庁がエクセル形式で公開していたのは逆に笑えた。

>>86
>某省庁がエクセル形式で公開
URL激しくキボン

そうなると全国の福祉関係のサイトは
みんなstrictなページになっているんだろうかと考えてしまうな。
意外とフラッシュ使ったりIE5で確認していますとか1024以上でご覧くださいとかあったりして。

実際のところ音声ブラウザは現状あるWebサイトを読み上げるために工夫されているわけで、
StrictなHTMLでなくてもある程度配慮されたHTMLなら問題なく読める。
フレームにさえ対応してくれている。視覚障害者が〜と言うのはまるで見当違い。
ただ官公庁サイトは率先してStrictなHTMLを心がけるべきだと思う。

毎回毎回表表表表うぜぇけどな

>>90
あと「ここは引用です」もな。

以前は読み上げブラウザの存在すら知らなかったけど
自分のサイトを一生懸命そんな風に読み上げられながらも
いつも楽しみに見て（聞いて）くれている人がいる事を知ってから
（その人が感想メールを送ってくれた）
あちこちのサイトを見て必死で勉強したよ…

表

>>87
例えばこの辺り
ttp://www.stat.go.jp/data/guide/download/index.htm

ここ思いきりテーブルで箇条書してるな。
ulを使わない理由でもあるのだろうか。
画像にALT指定してるのは偉い。

http://www.pp.iij4u.or.jp/~xxx/list.html
こんなの作ってみた。（別に難しいものじゃないけど）
メンテ考えても、これはＣＳＳのがいいでしょう？
画像も縦横それぞれ一つずつで済んだよ。
要はcss向きなとこはcssでテーブル向きなとこはテーブルでいんじゃないかと、思うわけです。

JavaScriptが無いと使えないページなどいらない

クッキーとJavaScriptを使わないで、ユーザビリティの高いサイトを作るのは無理。
妙なセキュリティ意識でクッキー・JSをオフにしても動くサイトを作ると、セッションIDがURLから漏れて、墓穴を掘る。

Cookieもいらネ　CSSもいらんのォ

ＰＣの内容も通信の仕方も全然変わってしまった今、

もう最初から考え直して一度作り替えて欲しいな。

例えば表でもデザインの表なら音声コメント無し・実際の表ならコメント子細ありなどに分けたり、
デザインとして左から数枠開ける引用タグはそのままコメントなしで、特別な引用タグを作るとか

本来の目的から離れた使い方が多い場合はそれらが必要とされているからであって、
元のままの使い方で使いなさいというのはおかしい。
作っているこちらはいろんな環境でみれるようになんて考えるけど
ユーザーはあんまりデザイン性のないサイトは嫌がるよ。

>>98
自分で自分のことかわいそうだなってよく思うでしょ

>>98
デザインなんか一切するな、とは言わんが
情報を引き出し難くしてまでするそれはただの邪魔でしかないよ。

>>98

＞デザインの表なら音声コメント無し
CSSでそういうのなかったっけ。speak:noneだっけ
実際に音声ブラウザがどこまで対応してるのかは知りませんが。

＞デザインとして左から数枠開ける引用タグはそのままコメントなしで、特別な引用タグを作るとか
意味がちょっと…いわゆる「インデント目的で利用するblockquote」等ですかね
CSSのmarginとかpaddingとかtext-indentとかでは駄目なんですか？どうして？

＞ユーザーはあんまりデザイン性のないサイトは嫌がるよ。
それはユーザも製作者も「ほーむぺーじ」な思考に毒されているから。
情報の得やすさが最優先されるべきでない？
もちろん、デザインそのものが伝えたい情報なら、デザインを凝ればいいし。

ちなみに情報を得やすいサイトは、
「ほーむぺーじ」的ではないが美しいデザインをしていると思う。
いわゆる機能美というやつ。

いくらデザインがよくても、コンテンツが無ければよってこない。
逆に言えば、コンテンツが充実していれば
多少の不便は我慢してくれる。
不便はできるだけ無いほうがいいけどな

>>102
凝ったデザインと美しい機能美デザインの違いを誰もが納得する
表現や定義で説明してみろよ。
さもわかってる風な口をききたいのだろうが、自分が見てなんとなく
どっちかだと思ってるだけだろ。

>>104
「凝ったデザイン」は、まず（製作者が美しいと考える）完成された全体像が
あって、それを元に各構成要素のスタイルが決まる。

「機能美デザイン」は、情報を最も明確に表現できる（と製作者が考える）ス
タイルを集めた結果として、全体像ができる。

デザインが目的なら前者で、機能が目的なら後者。まあ完全に分類できるとは
思わないが。

>>102に「思う」と書いたように、そもそも「自分がみてなんとなくどっちかだ
と思っているだけ」であって、これが真理だと言っている訳ではない。

それで、>>104はどう思っているのかお聞かせ願いたい。

>>98
だからこそCSSが出来たのでは。

ＣＳＳ楽なんでつい依存したくなるが、
今の時点では不完成なんだよな。
もちろん外部スタイルシートで楽々一括変換は使いやすいけど、
フォントと全体のスタイルの要素以外の
空間を区切って全体のデザインに使える物が少なすぎる。
かゆいところに手が届きませんよ。
自分のようなCSS大好き人間でも未だにテーブルレイアウトを使う場面がちょくちょく出てくる。

これからもっと大量の情報を流せる時代なのになんか役不足で物足りない。

それともこれから新しいクラスや要素をてんこ盛りにでもしてくれるんならそれに越したことはないが。

でも一番無惨なのはＣＳＳが切れるとき。

>>107
＞でも一番無惨なのはＣＳＳが切れるとき。
何が無残？確かにブラウザのデフォルトスタイルじゃ物凄く寂しい見た目になるけど。

有名どころだけど、やっぱすごい
http://www.redlabor.com/

>>109
css切っても様になってるな

>>109
よく出来てるな…
>>107が指摘してるあたりはCSS3に期待しつつ
こことかマッシュラインのレベル目指して頑張ろ。
今でもここまでやれちゃうんだもんな。

本当上手いな。
ところどころW3C信者の"宗派"的に不満もあるけど、
XHTML+CSSで、mediaと@importでIE,NN4以下のバグブラウザのCSS回避。
mozとかOperaとかIEで表示が少しずれるけど、全く問題ない
すごいな

どうやってCSS切るの？

114 名前： Name_Not_Found ：sage 投稿日： 04/03/25 (木) 15:40 ID:???
>>113
ttp://members.jcom.home.ne.jp/jintrick/Personal/usr_styleoff.html

115 名前： Name_Not_Found ：sage 投稿日： 04/03/25 (木) 18:44 ID:???
ｔｈｘ

てゆーか、ミクロソフトはもっとちゃんとスタイルシートを実装してください。
ついでに mailto: ボムに引っかからないようにしてください。

ぼくはバナナが大好きです

君らは笑うかもしれないがXHTMLとCSSでアダルトサイトを作ったことがある。
アクセスランキング以外はテーブル使わずにどこまでできるかやってみたんだよ。
もちろん見た目はテーブルレイアウトっぽい普通の無料アダルトサイトだけど。
floatとborderを多用して何とか位置した。

必要性も薄く、囲みが多いのでdivだらけなのは言うまでもない。でもちょっと満足。

>>117
アダルトサイトだからって
XHTMLやCSSで作ることがそんなに特殊なことだとは別に思わないけど。

>>117
むしろSEO的にどれだけ効果があるか知りたい

>>117
晒してほしい。

ホントのことを言うと作った、ではなく作ってるんですよ。
公開は4/21アップ予定なんで今は晒せないです。
サーバーとかアフィリエイトとかのほうも進めてもうじきってところです。
一応気合い入れてるんだけど、どうなるかな。
IE NN Mozilla Safariで確認して整えてる。
バリデーションチェックサイトで確認しつつ今はエラー無しだけど
CSSはmozilla専用をいれるからどうしても満点にならない(オーバーフローの奴)。
これでW3Cのアイコン付けちゃまずいですかね。(´д｀;)

やはりWinIE6の挙動に悩んでますよ。strictはちょっと無理なんでxhtml transitionalだけど
そのせいで例のmargin&paddingの表示やfloat時の3pxくらいの変な隙間なんかに泣きそう。

あ、スレ違いもいいところだな。
ちなみにテーブルレイアウトは好きです。テーブルの使い方が本来の・・・という意見は分かるが
HTML自体が現在のWEB事情にもうあわないんでしょうし。しょうがないと思う。
誤用がそのまま定着して標準化しちゃったというかんじ。

W3Cバナーが貼ってあるアダルトサイト

>>121
ValidだけじゃなくてStrictなアダルトサイトを

> HTML自体が現在のWEB事情にもうあわない
と言いつつHTMLを使う>>121萌え。

XHTMLか。どっちにしても大して変らないけど。

>98
> デザインとして左から数枠開ける引用タグはそのままコメントなしで、特別な引用タグを作るとか
　これ、凄い面白い発想だね。
「ピン球を打つのにしゃもじを使うので、メーカーさんはご飯をよそう用の特別なヘラを販売しろ」ってことか。

論文を公開するシステムに於いて、潔癖なまでのレイアウトはナンセンス。

>>127
この言い方じゃ「CSSではイケてるレイアウトは不可能」と言ってるみたいだよな。

strictなxhtmlで書いてから
xsltかなにかでテーブルレイアウトに出力すれば全部解決じゃないの？

>>129
そんなスキルがあるやつが、
「テーブルレイアウトの何が悪いん？」なんて頭の悪いこと言わないでしょ。

>>128
CSSの事なんて持ち出してないんだけど。

>>131
だって、この「潔癖なまでのレイアウト」ってのはテーブルレイアウトを用いることを皮肉ってるんだろ？

>>130
3スレもきてるからちょっとはまじめに考えてるひともいるかと思ったのに。

>>133
ここはまともなスレじゃないと思う。
CSS使いこなせないガキの遠吠えとそれを意地悪く論破する信者の馴れ合い、かと。

>>132
「グラフィカルな視覚的UAで、いかに美しく表示されるか」 を気にしたレイアウトと伝えたかった。
うまく言えなくてごめんね。

ibmのサイトみたく、自分でDTD定義すれば？
たまたまレイアウトのためのDTD書いてみたら
HTML4.01と"誤認"するUAがあるわけと

>>135
んー、「無理にやる必要性は感じない」という意味では同意だけど、
テーブルでやるのが「無理にやる」って行為だ、と解釈したからさ。

ラケット持ってない（CSS使えない）ならしゃもじ（テーブル）使って卓球（レイアウト）。
「無理にやる必要はない」と思う。

>>1
関西人詩ね

要はお前ら、目を瞑った状態でインターネットを利用してみろ、って事ですよ
音声ブラウザでマトモに欲しい情報引き出せるサイトなんてほぼ皆無だ

でも、それはテーブルデザインサイト・CSSデザインサイト両方に言える事であって、
音声ブラウザで閲覧出来るかどうか、とデザインは別物であるという認識が（制作者側に）薄い所に原因があるんだな。
CSSは「文書構造とデザインの分離」は出来ても、
それだけで音声ブラウザでの閲覧が不快でない、という条件を満たすことは不可能だ。

ただ、CSSでデザインすれば、それを満たす上の基礎を築き安い、とそういう事。
逆にテーブルデザインでそれを確立する事はまず不可能。
はっきり使いづらい。

だから、情報提供のためのサイトで、なおかつ音声ブラウザを利用する人たちが
来る様なサイトではそこに気を使うべき。官公庁をはじめとして、ね。

それ以外のサイトでは、このMbpsが当たり前のブロードバンド時代、
どうしようと個人の自由だろ。むろんブラクラはアレだが。

>でも、それはテーブルデザインサイト・CSSデザインサイト両方に言える事であって、
まったくもって、正しい。
アクセシビリティもユーザビリティもろくろく知らん奴が、「CSSだからアクセシブルだ」「使い易い」とかいってるのが非常に不快。
カスイケリンク集のサイトをwebhelper_v2でチェックしてみれば、いかにダメかわかるはず。

>逆にテーブルデザインでそれを確立する事はまず不可能。
これはそうでもないと思うけどね。

CSSで音声ブラウザ対応を視野に入れたアダルトサイトは
本末転倒なんでしょうかね。

alt=""なので画像は読み上げませんが、その後には
「リンク　裏画像流出美乳アイドルがフェラして顔射」と読めるはずです。
それが２０回くらい続いてそのあとにサンプルはこちらとかいうのです。

もっともテーブルを使わないのは、表示が速くなるかもという期待にのみかけているわけですが。
CSSはずすと縦にピョーっと並ぶのも爽快です。

>>141
音声ブラウザ使う人々がエロ「画像」を求めるのか？

>>142
ｵﾅﾆｰ音を求めてるのかもしれない。

というか細かい事は置いておいて
Strict+CSSが一番「楽」だと思うんだけどなぁ。
勿論、おおっ！と思ってもらえる程に凝ったデザインをしようと思ったら
それなりに手間暇はかかるけどさ。

あとSEO対策としても効果は高いようだし、
（ｸﾞｸﾞﾙがかなり自分の思うように検索結果に反映してくれるようになった）
各種アンテナや更新チェッカの類にもうまく拾ってもらえるようになったし、
自分にも閲覧者にもお得な選択だと思うんだが。

最近勉強し始めたけど
何故strictってことが重要視されるんでしょうか？（ホントに無知でわからん）
W3C推奨だから？

Strictと呼ばれるDTDは、HTMLとして正しいもの。また本来のHTML。それを使わない理由が在るか？
「W3C推奨だから」って言ってる奴は、何故W3Cが推奨しているのかを考えて欲しい。

>>146
W3C推奨だから？と聞いたのは別に意地悪い意図はありませんでした。
すいません以後気をつけます。

>>145
医者のすすめる生活方法の、その根拠を知らなくても健康と言う恩恵が受けられると言うこと。

つまり、高コレステロールの好きな物を食べる生活か、質素な入院食ばっかりの生活かどっちがいい？って事ですね。

質素なhtmlにゴージャスなcssを組み合わせればいいじゃないか

>>150
そういう事だわな
しかも着せ替えも好き放題。

>>151
そういう事だわな
IEちゃんが着たゴージャスな衣装は、
Operaちゃんが着たらダサダサ
結局みんな平等になるよう、
質素な入院食ばかりの生活にしましょうね。

> IEちゃんが着たゴージャスな衣装は、
> Operaちゃんが着たらダサダサ

ってのが意味分からないんだけど

IEちゃんがファッション雑誌見て着てみたら
ちょっとｽﾞﾚてたって事はあるな。

>>153
>>152はどっちか一方を捨てるしか選択肢がないレベルなんだよ。つまりヘタれ。

はやく>>109のレベルまで到達しような

>>156
>>109はdiv厨じゃん。

divってそんなにまずいの？

divそのものに意味があれば良いんじゃないの。

IEだけいつも違うね。すかさず尋ねてしまうが
<div style="float:left;height:100px;">AAA</div>
<div style="height:50px;">BBB</div>
<div style="height:50px;">CCC</div>
というふうにくんだときに

AAABBB
CCC

となるべきだと思うのだが、IEだけはStrictでもなんでも

AAABBB

CCC

になるんですがね。どっちが正しいんでしょうね。

>>160
上の方ずれた。

AAABBB
　　　CCC

>>160
AAABBB

CCC

>>160
clear入れる

>>158
ぜんぜんまずくない。
むしろ>>157がどんぐり。

CSS質問スレに行ったほうが

divが必要な事って、そんなに頻繁に在る？

> divが必要な事って、そんなに頻繁に在る？
漏れはfloat使う時くらいしかない。

漏れは全ての要素をdivで囲んでいます！

<div>
<html>
<head>
……
</head>
<body>
……
</body>
</html>
</div>

<div>
<html>
<div>
<head>
……
</head>
</div>
<div>
<body>
……
</body>
</div>
</html>
</div>

というわけで質問するがdivはなんと読むんだ。ダイブ？ディブ？ディアイブィ？

divって素晴らしい
spanは氏ね

>>170
入れ子にすらなってない。

って、なってた。

<html><head><title></title></head><body><div>
</div></body></html><html>
<head><title></title></head><body><div>
</div></body></html><html><head>
……
<title></title></head>
<body><div></div>
<div>
</div></body></html><html><head><title></title></head><body>
……
</body>
</html><html><head><title></title></head><body><div></div>
</body></html>
<html><head><title></title></head><body><div></div>
</body></html>

<<div>html</div>>
<<div>head</div>>
<<div>title</div>></title>
</head>
<<div>body</div>>
</body>
</html>

[html]
[head]
[title]タイトル[/title]
[body]
[div]いやんばかん[/div]
[/body]
[]html]

ハライテ。

>>178
うんこ出した方がいいよ。

<DIV>うんこは俺自身</DIV>

>>139

音声ブラウザについて
中途半端に対応されているサイトほど迷惑な物はありませんね。
あなたが少しでもそのような事を意識するのであればリンク先は全て音声ブラウザ対応・視覚からでしか得られない情報の排除を実行してください。

まぁCSSをたまたま学んでいたら、おまけで音声ブラウザに対応しただけの事なのによくそこまで語れますね。笑えます。
仮に真剣にそう思うならアクセシビリティの方でもっとやることありますよ。

文章とマークアップ
CSSを使う場合、正しく書かれた文章とそれに合わせたマークアップが必要になりますよね。
CSS使っている皆さんは、何処で正しい文章の書き方を学んだのでしょうか?
もしかして、マークアップに合わせて文章を書くなんて事はしてないでしょうね。
ここを見ている限りでは、正しい文章の書き方をしている人がいるとは思えないのですが、どのようにマークアップしているのでしょう。
自分のWeb上だけは正しい文章が書けるってのもおかしな話ですね。

>181
> あなたが少しでもそのような事を意識するのであればリンク先は全て音声ブラウザ対応・視覚からでしか得られない情報の排除を実行してください。
　それは暴論だな。

>182
> 自分のWeb上だけは正しい文章が書けるってのもおかしな話ですね。
　理解できないんだけど。

>>182は火星人。

>>184
いや土星人とみた。

>>182は釣りにやってきた仮性包茎の土人っと

そろそろ>>182のどのへんが縦読みになってるのかおしえてくれや。

>>182

>>182
s/CSS/HTML/g

open(FH,"182.txt");
while(<FH>){
if(/CSS|文章|マークアップ/){
s/CSS/こんにゃく/;
s/文章/ちん○/;
s/マークアップ/ボッキ/;
}
print;
}

exit();

↑閉め忘れた

close(FH);
exit();

huka

表が作りたくてテーブルレイアウト止めた。テーブルにテーブルってなんか嫌だしｃｓｓが必要になってくるとわけのわからんことになるし。だいたい表示速度が遅くなるし表じゃないのに何故テーブルなのよって。

最近仕事上やむなくtableデザイン・レイアウトをやるようになったんだけど、久
々にやってみると色々忘れてたタグとかあってさ。使い方とかも。bgcolor黒に色
セル乗せたりして。なんでうまくいかないかなーと思ったら、ああ君だったのか、
cellspacing。

別に他人にCSSを強要はしないしtableデザインをオススメもしない。ただ、昔ホー
ムページを初めて作った時の楽しさみたいなのがちょっとよみがえった。

もうちょっとCSSが使いやすくというか、あれだ、どう使うのかが問題だ。なーんて。

>>195
ブラウザが正しい実装しかしなくなればいいんだけどな。

>>196
そうなるまでに何年かかるだろうな…
つーか永久に無理な気もする。

イケてるCSSとか言って、いまいちわからん。CSSがいけてないというかブラウザがいけてないというか。

カスイケにはカスイケの基準があって、一般人にはイケテナイサイトでも
自分らがいけてると思えばそれでよいらしいんで。

ほら、メンズノンノ呼んでる奴のイケテルと、アキバ系のイケテルって違うじゃん？
そういうこと！

>>199　どういうこと？

>>200
テーブルレイアウタ＝アキバ系

>201
逆でしょう、笑い。

カスイケ野郎＝アキバ系という趣旨でレスした。
あのスレみりゃわかるだろ（ｗ
大半が・・・（ｗ

ここはカスイケスレの連中を馬鹿にする所だったのか。

>>203
同意w

彼らはセンスがないからデザインにはっきりとした答えを求めようとしてる。
その基準が正しいhtmlで、ちゃんと点数もでるからわかりやすい。
どんなに見た目が優れたサイトでもソースをみて
ああこんなタグの使い方しちゃってw　俺のストリクトhtmlにはかなわねえなw
と単純に判断してしまう。flashなどは相手にしてない。
まあおめでたい人達だとは思う。

センスがやばいのはカスイケスレの一部住人とあのコミュニティ周辺だけじゃないか？
海外のCSS使いとかセンスあるのが多いし、国内でも僅かながらいいセンスしてる
サイトあるよ。

大体、デザインが良いか悪いかなんて、人それぞれで不明瞭すぎ。
だからこそ本来のhtmlの使い方を追求する人がいるのは当然の事だと思う。

まぁ、カスイケスレに張られてる殆んどのサイトのデザインは
俺としてはイケテルとは思わないが。

>>206
答え？
あいつらデザインの歴史もなんもしらないのに
無根拠に、自分が信じるものがデザインだとおもいこんでんじゃん（ｗ
大工と建築家は違うんだよ。

CSSだけで作ってるサイトって大体ブログみたいじゃないか？

まあ信者がいるのは別にいいんだけど多過ぎないか?
たかがcssなのにいくつもスレがあるしカスイケもかなり続いてる。
それに比べて"デザインがかっこいい"のほうはいまいち盛り上がってないし。

>>209
別にデザインの歴史など知らなくてもデザインを語ってもよいと思うが。
しかしそれにしてもカスイケスレはひど過ぎ。

デザインが良いか悪いかなんて主観的なものだし仕方ない。
カス逝けスレなんかばっかり見ていると時代に送れちゃうから漏れは見ない。
海外のイケテル サイト持ちのコミュニティとか、
日本の似たようなコミュニティに参加しているほうが磨ける。
「紙媒体のデザイン」に固執しないで 刺激を沢山取り入れてみたり

>>213

どんなサイト見てるんだ？テーブルレイアウトはやっぱり駄目だと思うがね。CSSの方が合理的。だいたい文書じゃないか、htmlって。

文書の形体でも表を書いたらいかんとはかぎらん！！
ただ、テーブルは不必要に負担がかかるというのは
事実なんで、そこらへんは微妙なところだ。
しかしだね、かといってDIVをポンポン使うと、奴らは
「DIV厨めが。W3C様がゆるしても、俺の桜吹雪がだまっちゃいねぇぜ」なわけで。

自分のサイトほとんどテキストがなくて画像中心なんだけど
それでもCSSでレイアウトしたほうがいいかな。
今はテーブルでそれほど重いとは感じないからどうしようか悩んでるんだけど。
個人サイトなんて勝手にしろと言われればそれまでですが。

>>215
何が言いたいの？
div連発かテーブルレイアウトかどっちかを容認してくれ、ってこと？

>>216
ちょっと待て。
「テキストサイトだからCSS」という発想はどっから出てきた？

>>218
テキスト中心だと正しいhtml、正しいマークアップが必要だといのうは
わからなくもないので。

>>218
テキスト中心だと正しいhtml、正しいマークアップというのが必要だといのうは
わからなくもないので。

>>218
テキスト中心だと正しいhtml、正しいマークアップが必要だといのうは
わからなくもないので。

>>218
テキスト中心だと正しいhtml、正しいマークアップが必要だといのうは
わからなくもないので。

>>218
並べるほど文字がないと言う意味じゃないかとｵﾓ

>>219-222 本当 2ch重いなー。なかなか書き込めないよ

確かに画像系の扱いには困るね。
文章と関係の無い画像を貼り付けるのに
いちいちクラスつけたほうがいいだろうし

カスイケ住人て一時期ユーザビリティを曲解して単なる質素なだけのサイトが
乱発した時から時間が止まってるのだと思う。

>>225
そういうわけではないよ。
イケてるサイトが全然発見できてないだけで。

見つからないから存在しないというのは、まあオッカムの剃刀的に正しいのかもしれないけどな。
住人に非があるわけではないだろう。まあ、過激派と便乗厨が印象を悪くしてるのは事実だけど。

>>214
おまいは何時からそんな事が言えるようになったんだ?　お前も昔はテーブルレイアウトしてただろ？
それとも最近Web始めた初心者なのか?　クダラネーヨ

テキスト中心で作られたサイトで読もうと思えるページは数えるほどしか無い。
てかテキスト中心ならブログやれよ　ﾊﾞｶｼﾞｬﾈ。

>>227

ああ、してたさ。かなり使い勝手が悪かった。CSSに依存したおかげでかなり楽になったよ。
そんなにCSSも誉めるほどでもないが。

>>227

言い忘れたよ。

死ね。

>>230
>>227は上級者が回避できるCSSの不具合にぶち当たりたての小僧だ。気にｽﾝﾅ

まあ漏れも、1996-1999まではテーブルレイアウトしてたしな

一応言っておくが、テーブルなんて使いません
ただ、CSS覚えたからって偉そうにHTMLは〜音声ブラウザが〜SEO対策〜なんて言ってる奴見ると(ry
マジクダラネ。

>>231
何?上級者が回避出来るCSSの不具合って････ははは
今までブラウザの不具合はいろいろ見てきたが、CSSの不具合なんてぶち当たった事無いな・・・・
良かったらどんな不具合なのか教えてもらえないでしょうか?　自称上級者さん

>>234
マジレスすると、IEを使うことをやめ、
Opera6-7、Netscape6-7、Mozilla1.xを使うということ。
それが最も賢明な回避方法だ。

>>235

あっそう。

>>235
はぁ？ お前アフォだろ。

235はW3C信者（＆アンチM$）でしょ。

まあ早くテーブル辞めるんだな。やりたいことはCSSでほとんどできるし
所詮HTMLだからデザインがどうのこうのなんて他でやるべきで。
最も有効な使い方はハイパーテキストであるからして、画像などぺタぺタ
貼る様なサイトは勘違いとしか言いよううがない。

画像付きの文章ならわかるが、意味のない創作は他でやれ。

　　　　現状，Webは圧倒的にtableを利用したサイトが多い．
　　　　今後，CSSが主流になっても，tableサイトは残る．
　　　　CSS厨どもがいくらほざいてもな．

　　　　現実から目を反らしても無駄だ．
　　　　これは，勝ち負けでは無い．現実なのだよ．

残念ながらメジャーなサイトのほとんどはテーブル組みだからね。
俺もテーブル完全撤廃しているのはごく私的な個人サイトのみにとどまっているのが現状。
しかも撤廃したからといって格別アクセスが上がった訳でもレスポンスが上がった訳でもなく、
自己満足と言っても過言ではなく、しかも決して前の状態よりも安定したとは言えない。

金槌を文鎮代わりにして何が悪いんだ

>>242
その文鎮が軽過ぎて固定できないから、仕方なく金槌を使うのであります。
文鎮を使わなければいけないという固定観念はないのでございます。

良く考えてほしいな。
qwerty式のキーボードだって、もともと打ちやすいように正しくできていた
配置ではなかった。実はもっとタイピング向きの配置が開発されていたが
qwerty式のキーボードが「普及してしまった」ために、タイピングしやすい配置のはずの
キーボードは駆逐され、結局その後のキーボードはqwertyに統一されてしまった。

わかるかな。ようするにCSS厨がいくら正しいとか言おうとも
市場は普及したほうが制するのだよ。

タイプライターは速く打ち込みすぎて壊れるのを防ぐ為に
打ちにくく作られたらしい。テレビではそう言ってた。

W3C自体がブラウザを開発すればいいんじゃないかな

音声ブラウザ対応のページを別に作れば問題解決。
わざわざ一つに統一することはない。

>>239
みたいなレスがあると
必ず>>240や>>241みたいな流れになるなぁ。

もう永遠にループ。
正直どうでもいい。

そもそも、最初にスレが立ったとき答えは出てる。
今更こんなスレがあること自体、時代錯誤もいいとこ。

結局テーブル厨はテーブルレイアウトを止めないんだろうし
CSS信者は啓蒙し続けるんだろ？

不毛だよ。何にもなりゃしない。
こんな所でなじり合ってても、ブラウザにmulti-columnが実装される訳でもないだろうに。

いい加減もう、やめないか。

>>246
すでにあるよ。ものすごく糞だけど（藁


ま、このスレにいる連中はテーブル・CSS含めて糞だから名に行っても無駄だけどね。
このスレが1998のものならともかく、
もう既に2004年なんだよ。十分に移行期間があるから、
殆どのサイトはvalidなサイト作りに移行しているし、
開発効率のためのソフトもvalidなソースを吐くようになったのが現実。


いいかげん現実に目覚めなよ。時代遅れだよ このスレ。

>>248
248のその考えこそまさに不毛では？
話し合うことによって、
相手を説得できる材料を捜したり、
新たな意見が生まれたり、
自分の考えを修正できたりするので、
こういう議論をしている人間は常に成長していると思う。
多事争論とまではいわないが。

＞殆どのサイトはvalidなサイト作りに移行しているし
それってお前自身が勝手に決めたことだろ

＞開発効率のためのソフトもvalidなソースを吐くようになったのが現実。
どのソフト指してそんなこと言えるんだ？

＞もう既に2004年なんだよ。十分に移行期間があるから、
移行期間ってお前が決めるわけじゃないんだよ

＞ いいかげん現実に目覚めなよ。時代遅れだよ このスレ。
いいかげん現実に目覚めなよ。時代遅れなレス



＞ま、このスレにいる連中はテーブル・CSS含めて糞だから名に行っても無駄だけどね。
それってお前のことだろ

>>249

＞いいかげん現実に目覚めなよ。時代遅れだよ このスレ。

どこかいいサイト知ってるの？
テーブル組みじゃなくて有名な日本の企業サイト。
まず誰もが認めるようなサイトが変わらない限り移行したとは言えないのだが。
これだけの期間がありながら、まるで広まらないのは問題があるからだと思う。

>>251

オレはHomepageBuilder 7010使いだから判らんが、たぶん
DreamWeaver 2004のことでは？ ＜Validなソース吐くソフト

>>250
うーん、普通の議論なんかはそうだと思うけど
テーブルレイアウトに関しての意見は出尽くした感がある。私見だが。

それにこのスレの書き込みは、議論というよりただお互いを認めず
煽り合ってるだけのように思うんだよな。

現に前スレ後半は酷かったし。

>>252
企業がテーブルレイアウトを止められないのは、やはりNN4が原因だと思う。
実は、音声ブラウザよりNN4の方がユーザー数は多いらしいから、そこらへんの兼ね合いも含んでいるのではないだろうか。

テーブルには無駄が多すぎる。サイト作成一つでも作成者の人となりが見えるね

>>254
なるほど。
しかし、テーブルがはびこる限り、解決の道は遠く…。
validなソース＝DreamWeaver 2004なのか…。
まあDreamWeaver 2004に関しては使い方さえ間違えなければかなり良くなったと思う。
Officeからのコピペもシンプルなソース吐くようになったし、
カスタマイズすれば手書きと見間違えるほど近いソースになるし。
ただし、相当使い込まないと、結構落とし穴のあるソフトなので、
中途半端に使ったことのある人間はリンク画像がなくなったりと、
いろいろなトラブルがもとで評判悪く一度そうなった人間の誤解を解くのが、
難しいソフトでもある。それとソースをあまり理解してなくて使用している人が大半だから、
DreamWeaver使い＝低レベルみたいなレッテルも貼られるしね。
実際はハイレベルな人間ほどDreamWeaverは便利なソフトなんだが。

DWとかやたら高いソフトはvalidなソース吐いてるし、
CSSとの連携も結構楽だったよ

VC# でasp.net 弄ってたけど、やはりM$のソフトは
HTMLに関してはくそだったな

>>256
未だに俺はオーサリングツールを毛嫌いし続けてるんだが
そんなにいい感じになってきてるの？

>>259
何をするとおかしくなるのかさえ理解できれば、便利な機能ばかりだと思う。
勝手に書き換える機能もほとんどがOFFにできるし、デフォルトに問題があるだけ。
エディタでは一つ一つ変えなければならないことも、
DWでは一括して変換できる場合も多くあるし、
タグや属性単位でまとめて検索置換できたりもする。
マシンの性能にもよるけど、手書きでは絶対に不可能な量も、
今後は簡単にできるようにある可能性もある。
それからDWだと常にタグのチェックをしてくれているので、
エディタが慣れてくるとやってしまいがちなソースの書き忘れが完璧になくなる。
もちろん手書きであっても間違いがあってはならないんだけど、
結果的に見落とすこともあるから。弘法もなんとやらで。

DW高いよ〜。

では、GoLive 7（CS）はどうでしょう？

製作会社ががCSSに移行しないのは、ただ時間がかかるからだろ。
だいたい、CSSは普通に覚えたぐらいじゃ企業のサイトなんて作れない。
その点、テーブルレイアウトの場合、マークアップなんて適当だからDWテンプレ機能で幾らでも速攻で作製可能。表示確認なんてそれほど気にする事は無い。
しかし、CSSの場合は要素ごとにマークアップする必要が出てくる。各ブラウザでの表示確認もCSSの場合半端じゃなく時間のかかる作業だしな。１００〜１０００ページを越すようなサイトなんてやってられないんだよ。

>>263
すべてが効率化・高速化しているこの時代、
たいした効果の違いも期待できない理想主義＝CSSこそ、
スタイルシート最大の弱点と言っても過言ではない。
効果の違いを明確にすればするほど、
その程度の違いならお金をかけてまでやらないという結論になってしまう。

障害者排除はイクナイ

じゃあ音声ブラウザ用のページを別につくっといたほうが早いんじゃない?

ファイルサイズの縮小
　tableも書き方やレイアウト次第で，コードを減らすこと可能．
表示の高速化
　スタイルシートの解釈は思った以上に時間がかかる場合がある．tableも組み方次第で
　高速な表示が可能になるため，どっちもどっちと言える．
フォント関連指定
　フォント関連は，対応しているブラウザも多く，読みやすいページができる．
デザインの自由度
　対応しているブラウザのみだけなので，ウマーとは言えない．
　古いブラウザは必ず生き残る．皆が皆，最新のブラウザーを使うわけではない．
製作時間の縮小
　慣れの問題．どっちもどっち．
アクシビリティの向上
　製作者のページの作り方に，ほとんど原因がある．どっちもどっち．

SEO対策
　これも，ぺージの作り方次第．どっちもどっち．
印刷
　これもページの作り方と，印刷する側の問題．どっちもどっち．
障害者対応
　CSSを使ったからいいと言うものでもない．これはこれから，障害者の人たちに
　配慮したサイト作りとはどんなものかというのを，ソフト，ハードウェアの両方の
　観点からトータルに模索していく必要がある．
サイト制作現場
　一つのサイトでデザイナーとプログラマーが共同作業ならメリット．個人サイトなら関係ない．
NN4を含めた未対応ブラウザー
　数%にもみたない，これらのユーザーや切り捨てるのは簡単．でもWebでの数%は実際，
　かなりの数にのぼることや，製作者の都合だけで作る自己満足をウザいと思われていることも
　忘れないように．Webにアクセスする人たちが，みんなマイクロソフトの最新のIEを使っている
　わけではないのだ．

時代の流れでCSSが主流になるのは，開発されているブラウザをみても，まず間違いはない．
がしかし，そのCSSにメリットをみいだすことができないのも，また事実である．どこかで，
線引きは必要だが，まだその気は熟していない．

長文は自分のサイトにでも書け

>>269
ここはお前が仕切ってるスレじゃない　誰もが自由に書いていいのだ

>267-277
乙
わかりやすく簡潔にまとまった文章でﾖｶｰﾀよ

>267-268
です連続ｽﾏﾝ

240レス分書き続けやがるつもりかとｵﾓﾀ

>>271
（・∀・）ﾆﾔﾆﾔ

俺はCSSはダメとは言わないが、CSSはページが増えるほど製作に時間がかかる。
CSSはブラウザのバグが致命的。ある程度バグを理解していたとしても少しの事で予想外の崩れ方をする場合がある為、レイアウトが少しでも違うページはチェックが必要となる。しかも、全ブラウザでだ。　ﾔｯﾃﾗﾚﾈ
CSSは趣味でやるなら問題ないと思われます。

CSSってdiv厨って言われないような作り方すれば、要素にパターンが出来てしまい、結局ブログのようなページになってしまう。どうしろと・・・・・

http://www.scottandrew.com/
http://www.hssh.jp/~hssh/
http://www.1point.jp/~book_2ch/index.html
http://thefool.fc2web.com/
http://red.ciao.jp/fantasy/
http://www.aquaplace.com/
http://starry.night.nu/
http://www.macintoybox.com/
http://www.d1.dion.ne.jp/~hirosi_s/index.html
http://www.annie.ne.jp/~sheepers/komain.html
http://3110.sunnyday.jp/
http://cheser25.hp.infoseek.co.jp/
http://phoenity.com/
http://www.users.yun.co.jp/~souichi/
http://radicli.net/rr/
http://d-o-b.ciao.jp/^o^/
http://www.windfarm.co.jp/
http://www.deadbydesign.com/
http://www006.upp.so-net.ne.jp/Initialz/index.html
http://chankaz.cside4.jp/
http://raku-gaki.com/
http://akiko.kuhndesign.com/
http://apc.dip.jp/takaya/index.htm
http://www1.odn.ne.jp/~cce60200/
http://www2.ocn.ne.jp/~u.kenji/
http://www.muffy.jp/
http://www.ritsumei.ac.jp/kic/~tyv07679/index-j.html
http://tr.vis.ne.jp/
http://www.interq.or.jp/orange/nori/
http://www.kapowaz.net/?showarticle=13032003
http://www.clagnut.com/

div厨とかいってんの日本のごく一部だけだろ。

ﾏｼﾞｸﾀﾞﾗﾈｰ。

てかCSS信者でテーブルレイアウトを批判してる奴は確実にCSS１年未満のアフォだろ。おまいの10ページ程度のゴミページを基準にブツブツと語られてもな・・・・
テキストマンセー厨も・・・お前のサイトはテキストのみで運営できるほど文書能力優れてるのかって言いたい。
音声どうこう言ってる奴も、くだらない内容のゴミページを中途半端に音声対応させても見に来てくれてる人に失礼。てか迷惑だろ。CSSのオマケで付いてきたような音声に対応しただけで障害者云々語るなよ・・・もうアフォ丸出し。
テーブルレイアウトしか出来ない奴はCSSでも作れるようにしておけ。


-------------------------------------　以上　----------------------------------------

お前が一番くだらない

237,268で答えは出た
table派はtableで　CSS派はCSSで　それが一番

>>277
ブログみたいなページしかないし・・・ Ｏｒｚ

237=267

>>276
必要な場合のdiv要素を叩く人は脊髄反射だから気にしすぎなくていいと思う。

DIVって「レイアウト・コンテナ」なんだよね。（HomePage Builderでは）
ということは、デザインするために多用しても良い、とも取れる意味合い。
ん〜W3C信者的にはきっと、そういう昨今のデコレーション重視の姿勢に
嫌気が差して、ますます過激な主張になってるんですかね＞DIV厨云々

いや、自分たちがDIVを多用しないでやっとできたことを
あっさり実現されるのがくやしくてしかたないんだと思う。
CSSとして間違ってる点がないとそれぐらいしか叩きようがないのだろう。

>>285
> DIVって「レイアウト・コンテナ」なんだよね。（HomePage Builderでは）
仕様書でも汎用コンテナ（generic language/style container）

> ということは、デザインするために多用しても良い、とも取れる意味合い。
多用OK、と繋げる理由にはならないなぁ。多用NGともならないけど。

>>286
純粋にソースの可読性が悪い、と言う理由かと。

＞いや、自分たちがDIVを多用しないでやっとできたことを
＞あっさり実現されるのがくやしくてしかたないんだと思う。
誰でも思いつくことだから悔しがることはないと思うんだけど。

ただ、テーブルレイアウター上がり（漏れとか）は、反動で厳密厨になりやすいかも。

テーブルかとおもったけどソース見たらcssでびっくり、
とか言ってんの見てると痛過ぎる。
ソースみなきゃわかんねえならどっちでもいいだろと。

>>289
まあ、現実的には、Win_IE使ってるような大半の
サイト訪問者にはそうだろうな、という意味では激しく同意。

>>289
着色料かとおもったけど原材料表示見たら天然素材でびっくり、

原材料表示みなきゃわかんなくても体にいいのは損なわれないな。


第一印象がテーブルだと思っただけであって、
テーブルだという第一印象があったからといってCSSを用いている利便性が損なわれるわけではない。

この界隈って頓珍漢な例え話する奴多過ぎ。
しかも結局何が言いたいのか全くわからん。

はあ、もうこの議論は飽き飽きだよ。
日本の年金問題みたいなやつだな。

W３Cがテーブルレイアウトしてたとか言って盛り上がってたし。


なんだろね

全角厨エセW3C信者ハケーン

W3Cって馬鹿だよね。所詮UAの協力あっての標準化だってのに、その一版重要なとこで
しくじってやんの。

それもW3Cのメンバーの中にはM$のやつだっているのに、プッ。

俺の言いたい事は、おまいらも早くStrictで書けってこった。CSS外すとツーと縦に並ぶ快感を知れ。

W3C厨はvalidなサイトしか見ないようにしてくれよ（ｗ
それが美学だろう。（blogしかなくなるだろうけど！）

俺は非validのユーザビリティの悪いtableレイアウトのサイトも
ばんばん見るけどね！！

ある程度実用と美のバランスがとれ、認知もされているレイアウトよりもW3Cを優先させる奴って
善よりも権威にすがることを考えるような奴だよね。
目の前で人が死んでも「管轄外ですから」と通り過ぎる警官、みたいな。

おまいら「レイアウトを押しつけるな」っていうやつをどう思う？

そもそもユーザスタイルシート以前はレイアウトの押しつけなんて誰も言わなかった。
それは新聞とおなじ理由だ。

文字の大きさを調整できる新聞がなければそれを当たり前とし、文字の大きさ
が変更できる新聞が出てくれば、変更できない新聞に「文字の大きさを押しつけるな！」
と、いうだろう。レイアウトも同じだな。

でもよ、テブル派の俺たちとしては、レイアウトが変えられたくない部分と、変えられてもいい部分が
あるんだよな。

で、変えられたくない部分をつくるにはテーブルが最強に使いやすいと。で？

>292
学力が皆無なお前に何も望んではいません。

>298
> でもよ、テブル派の俺たちとしては、レイアウトが変えられたくない部分と、
PDF使え、と先代から口がすっぱくなるほど言ってるのに。何でわかんないの？　気が触れてるのか？

pdfなんて死んでるよ。あの重いのなんとかならないもんかね。
アドビだかアドベだかアヌスだか知らぬが、邪魔。

とりあえずpdfでたら即効切るよ。

>>299
>PDF使え、と先代から口がすっぱくなるほど言ってるのに。何でわかんないの？　気が触れてるのか？

HTMLの用途を決めるのはサイト製作者。性器の使い方を決めるのは使う本人。
まあ性器とHTMLじゃ随分違うけど。
サイト製作者は本来の用途がなんだとかより、自分の希望と客の希望がもっともかなうやりかたを
選ぶ。すくなくとも俺はその基準で選ぶ。
pdfは望まれていない。同じ内容のものなら100人中70人がHTMLファイルで見る。

というのが返事。

>>297
それは違う。W3C信者の中に「ある程度実用と美のバランスがとれ、
認知もされているレイアウト」をできる能力のある人間がほとんどいないだけ。
最近のブラウザで、従来テーブルレイアウトしてた部分をCSSで再現するのは
別に難しいことではない。ただW3C信者にそれをする能力がないだけのこと。

彼らはstrict HTMLのおかげで結果としてついてきたユーザビリティ、アクセシビリティ
にあぐらをかいてしまい、シンプルなだけのサイトが最上と思い込んでしまっているから。

要はデザイン畑の人間がstrict HTML、CSSを使いこなせるようになれば、
このような不毛なスレはなくなると思う。

おれはW3C信者手前だけどCSSでテーブル風にしてるよ。

でもCSSでの代替法知らなかった頃はテーブルﾏﾝｾｰでした。
最近はあの長ったらしいタグに嫌気が差してCSSで作ってる。早いし楽だし。

267,268で答えは出た
table派はtableで　CSS派はCSSで　それが一番なんだよ

>>299
馬鹿じゃねぇの。

>>302
なるほど。正論。
ただ、CSSじゃできないことってあるじゃん。
そこをどうするか、だよね。
あいつらやむを得ないフレームとかまで否定するし
やたら大きい画像とか嫌いだし、下手すりゃjavascriptもお気に召さない御様子。
おまけに文字の大きさ議論ですよ。あいつらフォントはユーザーにまかせて
製作者側はフォントいじるなといいやがる。せめて書体くらいかえてもいいだろうよ。
はっきりいってあいつら（一部のCSS&valid厨）は癌だよ。

>>306
同意。奴等の一番性質悪いのは自分達の思い込みを押し付けることだな。
正しいHTMLを使えというのはわかる。が、それ以上の文字サイズいじるなだの
幅固定するなだの、JavaScript使うなだのは異常としか。
一時期画像使ってるのはイケてないサイトだとか言ってるのもいて唖然とした。

日本の一部CSS厨のサイトが海外サイトとここまで差がついてしまったのは
あれは駄目これは駄目と勝手に自分で自分を制約してしまってるのが原因だ。

web上での視覚表現自体否定してる人もいるからね。
根本的にデザインが無理な人らだよ。
デザインとは見た目のことではないのはわかるが
見た目の善し悪しを判断できない人には無理。

そんなこんなで漏れはW3C信者手前。極端なﾔｼはどの世界でも嫌われる。

　　　　　　　tableもCSSも，その状況に応じて使い分ける
　　　　　　　つまり，ケースバイケースってことをわかれよ．

>>308
そうなんだよね。連中「デザインとは見た目だけではなく…」とか言うけど、
いいデザインは例外なく見た目もいいからね。

>>310
ｲﾀｲﾔﾂ・・・

好きなように作らせればいいじゃん、タダで見させてもらってるワケだし。

313はイタイ

あの、質問があるのですが、

□□□

上みたく、テーブルを使わずに横3列のブロックを配置することできますか？

>>315
CSSの質問は当該スレで

ふろーと、ふーろと、ポジション、あぶそりゅーと

どかーん

>>317

>>312
それしか書けない馬鹿

>>311
「デザインとは見た目だけではない」と
「いいデザインは例外なく見た目もいい」
は共存するけど。
どちらも「デザイン＝見た目＋機能」と言っている。

>>320
でも、ダサいといわれると連中は
その言葉を使って逃げるからな。
ていうか、見た目の美しさも機能だということに
奴らは気づいていない。

>>321
んー、あれは逃げ口上じゃないよ。それは誤読。
テーブルレイアウタはデザインと称して見栄えのみ。機能は無視だ、と指摘してるの。
機能も込みで見栄えが必要だ、ってのがCSS使え、って言ってる人の主張。

>>322
それがわかってるの一部住人だけだよ。
喜び勇んで議論してる連中の中には「HTMLとCSSは
デザインするためのものじゃない。ユーザビリティに配慮しろ。」
と言い張って簡素なだけのダササイトが至上だと思い込んでるのが
未だに主流だからね。

>>323
そうなんだ。知らなかった。
CSSに移行したばかり、とかそこで思考停止とかって意外と多いのかな。

デザイン設定がうまくできない言い訳に

　「うちは機能性重視なので壁紙などはありません」

それ見たﾔｼが

　「機能重視＝シンプルなのか！俺も真似する！」

俺が思うに、反発の感情なんじゃないかな。質素になってしまうのは。
テーブルレイアウトを抜け出してすぐの頃、って表なのにtable要素を避けようとしてしまったりする人って多いみたいだし。
壁紙ごちゃごちゃしてた自分への反動、とか。
漏れもstrict+validに移行し立ての頃は画像一切使わなかったし。

おまえらCSSのページをマックInternetExplorerで見てみろよ。
まともに表示される所なんて極一部って事に早く気付け。

それはマックのシェアが狭いからマックで表示確認してる人が少ないせいでしょ。
両方でチェックすればだいたい同じように表示させることはできなくないよ。

普段、障害者に配慮したサイトを！とかいいつつ
Mac使いにはほとんど配慮していないサイトが多いのは変だな。

>>328
ひどい言い訳だね。
正直がっくり。カスイケ野郎の底が見えたよ。

いや俺テーブル肯定派なんだけど

池沼だの心象だのﾏｶｰを相手にしてる暇ねーよ













と、大声で言ってみたいな

>>332
なんでもいいけど今時そんな無駄な改行は低脳に見えるよ

テーブルとかよりflashをカスイケの人はどう思ってるのか
flash使いはカスイケの人をどう思ってるのか
そのほうが興味ある

>>333
ごめんね…でも一度やってみたかったんだ

俺はフラッシュゴードンって好き

>>334
まともなカスイケ住人はflash否定なんかしないよ。
例のL字ボーダー文字サイズいちゃもんグループは
flashはダメ！見る側に負担を押し付けるな！とキチガイみたいに
拒絶すると思うけど。

MacOS Xではsafariが圧倒的な利用率だけど，MacOS 9では
Internet Explorer5の他にNetscape Navigator4の利用者も，
まだまだ多い．

CSSで障害者対応うんぬん言う前に，まずMacでNN4の利用者の
こともっと考えてもいいんじゃないか?　自己満のサイトもいいが，
レンダリングに異常に時間がかかって，グチャグチャに表示された
お前のサイトをみると，恥ずかしくなることまず間違いないよ．

何か必死すぎてワロタ

お前は　ざっｗｘせｒｃｔｆｖｇｙぶｈにも，ｐ．＠；／：「＿」　ｗ

お前こそ　・・・あ、辞めておこう

自分の環境に依存するキチガイばかり

馬鹿を発見しますた＞341

>>338
NN4対策は簡単にできるから。

@media screen, tv {
......
}

煽るばかりで建設的レスは皆無かね？

>>334
フラッシュはHTMLやCSSでは置き換えられないからな。
テーブルレイアウトはCSSでほぼ置き換えられる。
レイアウトに使うためのテーブルタグはディスコンティニューで、フラッシュやCSSは今後も拡張されるし。

>>334
そういう対策をほどこしているページに限って
見た目ばかりにこだわる　つまらないページが多いね

と知りあいのYahoo!のサーファーが言ってたYO　ｗ

レイアウトにこだわるなら、pdfでもいいじゃんかよ・・・

と知り合いのgoogleの中のエンジンが言ってたYO

>>347
> 見た目ばかりにこだわる　つまらないページが多いね
微妙だな。見た目ばかりにこだわる、つまらないページを作る制作者が多いとしても、
その恩恵が損なわれるわけではないし、見た目と中身を両立できないわけではないのではなかろうか。

>>349
日本語理解してるのか?　おまえ
＞見た目ばかりにこだわる　つまらないページが【多い】ね

>>350
行間読める？
このスレで>>347のような意見を書く、ってのはCSS否定ってことだろ。
文字をそのまま読んでればそんな幼稚な反論が可能なんだろうけど。

どこが　CSS否定なんだよ　おまえ意味わかってねぇよな

>>352
もういいよ。どうせ説明なんてできないんだろうし。つまんない。

ウザイから消えな！

>>354
ﾜﾛﾀ

CSSが主役の座につくのは，まだまだずっと先．
ttp://www.tagindex.com/statistics/q001/index.html

ようやく結論　テーブルレイアウトは悪くない

>>357
悪くはないが、正しくもない。
まあ目的次第。

見栄え重視、視覚ブラウザ対象→テーブルレイアウト
内容重視、全UA対象→CSS、デフォルトスタイル

という感じで、目的に合わせて使い分ければ良いわけで。

簡単にTPOと言え　アフォ！

こんな本が出版されたようですが。
http://pc5.2ch.net/test/read.cgi/hp/1088190498/l50

感想を書いて欲しいそうです。

なんかW3C信者ってほんとにいるんだなと実感した。
かなりワロタ。

>>361
そんなことで笑えるお前に
かなりワロタ。

>>362
同意しとく

自演乙

>>364
ありがとう

結論　テーブルレイアウトは悪くない

W3C信者が夏に弱いというのは本当らしい

ここは90年代の話題を取り上げるスレですか？

>>1
全て。

結論。テーブルレイアウトは悪くない。終了。

ここは90年代の話題を取り上げるスレですか？

結論。テーブルレイアウトは悪くない。終了。

おにゃん子クラブは８０年代の話題でとりあげるべきですか？

結論。おにゃん子クラブは悪くない。終了。

結論。tableレイアウトは悪くない。終了。
http://pc5.2ch.net/test/read.cgi/hp/1079463284/

1 名前：＞前スレの991へ[sage] 投稿日：04/03/17 03:54 ID:???

たてますた。
http://pc2.2ch.net/test/read.cgi/hp/1053745652/l50

368 名前：Name_Not_Found[sage] 投稿日：04/07/27 15:46 ID:???
ここは90年代の話題を取り上げるスレですか？

>>1
全て。

結論。tableレイアウトは悪くない。終了。
http://pc5.2ch.net/test/read.cgi/hp/1079463284/

結論。tableレイアウトは悪くない。終了。

って書いている人って、同じ人？
いや、純粋な興味本位なんだけど。

>377
複数人。
何でテーブル肯定派とcss使ってる人が対立してんの？

スレタイも読めん馬鹿か?

>>351


350ではないが、推論を入れて文章を読めば解釈に行き違いが生じる。
やはり本文中から判断できないことは判断できないのである。

あぼーん

全く悪くない。そんなもん当然。
否定してる奴を傍から見たら牛食ってたら殴りかかってくるインド人と
同等かそれ以下に見える。

つーか所詮HTMLなんざ何で作ろうが自由。
Ｃ++とかPerlのWebに反映する構造体や書き方の問題ならともかく
ＣＳＳとかんな低脳でも数時間で余裕なものにプライド持ってる
香具師の価値観の押し付けの方が見てて笑っちゃうものがある。

あぼーん

>>383
定型的な知的障害者。

自分のこと言ってるしｗ

あぼーん

386 名前：↑ 投稿日：04/09/08 11:46 ID:???
自分のこと言ってるしｗ

今時全角wか、痛いな。

>>388
自分が痛いからって悔しがるなよｗ

あぼーん

総結論。テーブルレイアウトは悪い。完結。

あぼーん

あぼーん

あぼーん

もうテーブルで作っちゃったよ。

テーブル
--------
テーブル
--------
テーブル
--------
テーブル

ってゆーかんじで。

あぼーん

あぼーん

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　Yahoo!もGoogleも　そして数ある大手サイトがtableレイアウト
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>398
( ´д) ﾋｿ (´д｀) ﾋｿ (д｀ )

悪の枢軸Yahoo!がテーブルレイアウトか。
・・・ってそうなるとテーブルレイアウト＝悪じゃないか？

結論は出たな。

ヤフーが悪ってことをまず論証しる

あぼーん

あのな、テーブルっていうのは一覧表って意味なのな。
それを度外視して無意味に使うのはどうなのよ。

オレの口から言えることはただ一つ。意味があるかないかを決めるのは
本人次第ということだ

>>403
そんなの言ってたらきり無いじゃん

>>404
激しく同意。

だが、次世代ではテーブルじゃレイアウトできなくなってる可能性が
あってそれが怖い。
ところでレイアウトって日本語で何と言うんだ？

あぼーん

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　Yahoo!もGoogle、首相官邸等々、ほとんどがtableレイアウト。
　　　　　　　　　　それらが全てを物語っている。誰が何を言おうが、これが現実。
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>408
こいつは偉い人から死ねと言われたら死ぬのかな。

>>409
おまえなら死ぬに　1000000ウンチ

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　Yahoo!、Googleも　そして数ある大手サイトがtableレイアウト
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

まだあるんだなこんなスレ
Strict-HTML+CSSレイアウトすらできないやつって・・・・・
知恵遅れ？

正直両方できて当たり前。時によって使い分けるのが常識だよ。
どっちがいいとかじゃなくて、どっちもできて当たり前。

>>411
こいつは大手がやったらなんでも正しいとでも思っちゃうのかねｗ
アフォまっしぐらってか？

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　Yahoo!、Googleも　そして数ある大手サイトがtableレイアウト
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>414
なにコイツ？

「みんなやってるから僕もやるんだもん」ってか？

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　Yahoo!、Googleも　そして数ある大手サイトがtableレイアウト
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>416
なんでそんなに必死なの？

あぼーん

あぼーん

あぼーん

あぼーん

悪いとは思わないが読みやすくして欲しい

あぼーん

テーブルレイアウト最強







と書き込んでテーブルレイアウト　し　か　できないひとを嘲笑するスレ

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

オレの口から言えることはただ一つ。悪いかどうかを決めるのは
本人次第ということだ

あぼーん

いいかげん自演やめれ

あぼーん

>>438
お前自演の意味もわかってないのか？

最終総結論。テーブルレイアウトは悪い。完結。THE END.

俺はこれしか貼ってない。しかし>>439のサイトを見に行ったら少し変わった。

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

あぼーん

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

strictすら欠けない知的障害者がいるからしょうがない。
>>442みたいな。

まあもちつけ、馬鹿ども。

そんな俺はTransitional

>>443
実際にstrict+CSSレイアウトやってるから

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

こういう結論を出したんだけどな。

だったら頭悪いコピペやめたら？
「テーブルレイアウトにこだわる奴はバカ」って思われてもしかたないぞ。

ところで、>>121はどうしたん？
ここで晒してくれYO

あぼーん

>>447
俺がいつテーブルレイアウトを容認するレスをつけたのよ？

最終総結論。テーブルレイアウトは悪い。完結。THE END.

最終総結論。strictすらまともに広められないw3cはバカ。完結。THE END.

この二つしか貼ってないよ。意味不明な突っかかりはやめてくれ。

　　　　　　／⌒ヽ
　　　　　/　´_ゝ`）
　　　　　|　 　　/　　　すいません　ちょっと通りますよ…
　　　　　| /|　|
　　　　 //　| |
　　　　Ｕ　 .Ｕ

あぼーん

　　　最終総結論。テーブルレイアウトが悪い理由を知っているやつはいない。完結。THE END.
　　　http://www.tagindex.com/statistics/q001/index.html

これが理由ちゃうのけ？
ttp://www.cybergarden.net/webcss/technique.html#nontable

あぼーん

あぼーん

　　　最終総結論。テーブルレイアウトが悪い理由を知っているやつはいない。完結。THE END.
　　　http://www.tagindex.com/statistics/q001/index.html

オレの口から言えることはただ一つ。悪いかどうかを決めるのは
本人次第ということだ

あぼーん

あぼーん

あぼーん

>>438

>>440に同意。お前は「自演」の意味がわかってない。
「連続投稿」と「自作自演」は全然違うんだが。

連続投稿は単に同一人物が連続で投稿する、文字通りの意味。
投稿内容は一定だったり不一定だったり。

自作自演は、一人二役をやって、B役の自分がA役の自分に同意したりすることだろうが。

携帯で稼ぎたい方や女性にお得な情報がいっぱいです！見てみる価値はありますよ(≧Д≦)http://www.pocketstreet.jp/home.php?id=46093

どうでもいいからDAT落ちさせるのにお前のレスがあると邪魔。消えろ




というと嬉しそうにレスするんだろ？癌枯れバカども

あぼーん

　　　最終総結論。テーブルレイアウトがwebの発展を妨げることを知らないやつが多すぎる。完結。THE END.
　　　http://www.tagindex.com/statistics/q001/index.html

あぼーん

　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>468
なあdatオチさせたいんだろ？なんでそこまでムキになるのよ。

　　　最終総結論。テーブルレイアウトがwebの発展を妨げることを知らないやつが多すぎる。完結。THE END.
　　　http://www.tagindex.com/statistics/q001/index.html

これでいいじゃん

あぼーん

あぼーん

　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>472
マジでなんでそんなにそのレスでこのスレを終らせたいの？
理解できないな。

そもそもお前の根拠のサイトのアンケート結果なんて役に立たないよ。
悪い、悪くないというより、間違ってるんだよ。だから悪くないって叫んだところで
何にもなんないよ。

間違ってるが悪くない。いや、悪いと思ってるやつは皆無。そんな結論でどうだ？


　　　　　最終総結論。テーブルレイアウトは間違ってるが悪いと思ってる人は少数。完結。THE END.

あぼーん

あぼーん

あぼーん

　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>477
ところでお前はマジでテーブルレイアウトは悪くないって思ってる痛いやつなのか？
少しは勉強しろよったく。アホくせえ。

>>473

えさを与えず、そっとしておいてやって下さい。

正直エーブルレイアウトってしょうがないよね。
だってCSSがくそなんだからテーブルでやるしか他に方法がないんだよ。
アクセシビリティ云々言ってるボケは、線形でやることを学べと。
んで、macにずたぼろなCSSはくそ。

そんな俺だけどstrictで作ってる。なんか楽だしね。表示なんて勝手に崩れろとｗ
まあコーディングなんてどうでもいいけどさ。サイト製作なんてデザイン案をイラレで
作った時点でほぼ完成だよ。

　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>481
お前バカだろｗ

「テーブルレイアウトは悪くない！！！！！！！！！！だってパパもママもそういってたもん！！！！！」

ってか？

あぼーん

ちょっと質問してもよろしいでしょうか？

　こ　こ　は　質　問　ス　レ　で　は　な　い

ちょっとトイレに行ってもよろしいでしょうか？

あぼーん

質問してはまずいのでしょうか？
テーブルレイアウトが悪い理由を教えてほしいのです。
正直それを説明することができるひとが皆無だから、みんなテーブルレイアウトなんだと思います。

ググレぐぐれってそんなことはしませんよ。そんなこと言ってるからテーブルレイアウトが広まるんですよ。
きっとあなたもわかってないんでしょ？何がいけないのかを。別に責めるつもりはありませんよ。

質問します。
どうしてテーブルレイアウトはいけないんでしょうか？

>>488
誰も悪いとは言ってないわけだが。他のスレで聞けば?
まあw3c厨が「アクセシビリティが損なわれ･･･そもそもtableは表を･･･」とか言い始めるだけだろうけどな。

>>489
そもそもCSSなんて現状では最悪じゃないですか。
mac持ってない私は、テーブルレイアウトするしかないんですよ。
CSSなんて間違いなくぐちゃぐちゃになりますから。そもそも仕様通りに書いても
完全に仕様通りにレンダリングしてくれるUAが少なすぎる。

IEは論外として、そのほかも細かいところで足並みがバラツク。レンダリングの方法に
CSSを選ぶのは正直賢いとはいえません。どうせHTMLの再利用性うんぬんにしても
結局CSSをどんどん書き換えなきゃいけない。それも使用通りにではなく実装に従って
ちょくちょくと。本当にあほらしいですね。現状ならテーブルレイアウトで毎回書き直しても
面倒差の大差はないです。

どちらにしろデザインなんてコーディング前に終ってることですから。最後のコーディングの段階で
原案を崩さざるを得ないことが多々起きるCSSでは話になりません。テーブルならｒンダリング確認も
２種類程度のUAですみますし。CSSだと何種類みることになるか・・・・・・
その辺りが「原案を崩さざるを得ない」に発展するんですよね。

あぼーん

ば−か

あぼーん

まともなHTML+CSSで書いたことも無い奴が偉そうに語ってる。
嘲笑モンですな。

とCSSを切ったらまともに表示されないHTMLを書く奴が偉そうに語ってます。
嘲笑モンですな。

>>495
釣られないぞ

>>495
かわいそうに。

>>494
まともなサイトを作ったことない子供が偉そうに語ってる。
どうせデザインで金をもらったことないんだろうな。
金を払って買うデザインが少数のブラウザでしか見れなければ商品価値が下がる。
となれば当然受け取る金も減る。
↓
メシが質素になる
↓
かたくなにCSS
↓
家賃滞納
↓
あほらしくてCSSやめる
↓
以前の生活に復帰
↓
結果：自立すらしてないガキがわめいてるだけだったことを知る。

とりあえずお前らの作る日記サイトでスタンダードをはかるなよ。

あぼーん

マジレスして良いなら持ち家。
家賃払う払わないって負け組み貧乏人の発想だよな・・・

>>498
と、サイトすら作ったことの無いド素人さんがおっしゃってます。

勘違いさんを相手にしたらダメ。
テーブルレイアウトが正しいと言うのは間違い。
腕も頭も足りない人にはそれしか方法がないってだけの話。

そもそもIE、Netscape、Operaに対応出来たら9割以上のUAに対応できてるので
CSSを扱えるブラウザはごく少数ってのが間違い、釣りにしか見えない。
Macromediaのサイトは殆どのUA崩れてるとでも言うんでしょうかね。

昔のブラウザのことを忘れてるな

5年前のブラウザね。NN4xとか使ってる人いないでしょ。
NN4xなんぞあなたたちのテーブルレイアウトでも余裕で崩れてますよ。

NN4に限った話じゃないって。

そうNN4xに限った話じゃなくて
古いブラウザだとテーブルレイアウトは文字が重なり合ったりして判読不能になる。
CSSだとテキストブラウザで表示したような殺風景な状態になるが、内容は把握できる。

テーブルレイアウターの総本山Yahooなんかも
デザインがおかしなことになるからメインには背景色指定して無いでしょ？
しかも中途半端にCSSに依存してるし。

古いブラウザのことを考えるとテーブルはCSSよりひどい状況になる。
CSSの実装が甘いブラウザなら切れば良い（KHTML、Safariとか。これもテーブルで崩れる）
新しいブラウザなら互換性を考慮したCSS書けば終わり。

Yahooもテーブルだが･･･

1つ前のレスも読めないんですね。

>>508
釣れますか？(嘲

>>508
嘲ﾀ

自称プロデザイナーのテーブル厨が必死なスレはココですね。

　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

「中卒者や文系出身者でも余裕で扱えるから人件費がかかない。」
って事でテーブルレイアウトは使われてるんだけどね。
中国・韓国や東南アジアで電化製品やアニメが作られてるのと同じ事。

安かろう悪かろうのテーブルレイアウト。
古いブラウザだと文字が重なり合い判別不能。
新しいブラウザならCSSでテーブル以上の高度な段組が可能なので不要。

>>513
プロの人は殆ど投票してないと思われるので参考になりません。
中にはプロも居るかもしれませんが中高卒・文系出身の方が殆どかと。

人件費カットのため技術系に中高卒者や文系出身者を平然と採用するのか。
とんでもない企業もあるもんだな。

>>516
しかしそれが実情な訳で・・・。

あぼーん

>>514
>安かろう悪かろうのテーブルレイアウト。
>古いブラウザだと文字が重なり合い判別不能。
>新しいブラウザならCSSでテーブル以上の高度な段組が可能なので不要。

お前ほんとにコーディングで金もらってるの？
テーブルレイアウトのバグとCSSのバグの数が比べ物にならないのはわかってるよな？
テーブルレイアウトのUA毎の実装の差と、CSSのUA毎の実装の差も比べ物にならないのはわかってるよな？

正直現状の実装でstrict+CSSでなんかコーディングしてるサイトはほとんど
趣味だろ。まあコーディングにかける時間が無制限な子はいいけどな。
まあ消防はママのご飯でも食って寝ろよ。

＞お前ほんとにコーディングで金もらってるの？
＞テーブルレイアウトのバグとCSSのバグの数が比べ物にならないのはわかってるよな？
＞テーブルレイアウトのUA毎の実装の差と、CSSのUA毎の実装の差も比べ物にならないのはわかってるよな？

バグも回避できない以前に、まともなCSSも書いたことさえないよね？
それは認めようね、子供じゃないんだから。
バグさえ回避すればNN4ｘやKHTML系のマイナー以外なら実用レベルの実装。（実質9割以上
さらにNN4ｘやKHTML系はテーブルレイアウトでも崩れ。、判別不能なほどに。
CSSは解除してしまえば読め。、この点はテーブルレイアウトじゃ実現不可。
実際は複数のUA使って調べたことなんて無いでしょ？

自分がスタイルシート"書けない"のをブラウザの実装の甘さのせいにしてしまおうとしてるな。
さらには自分のコーディングがヘタレだと露呈しまった、と。

519
表示確認はＩＥとスレープニルとドーナツで確認してるよ！！！
だから表示確認はバッチリなんだよ！！！(´,_ゝ｀)ﾌﾟ


arieru

>>520
それでおまいは本当にコーディングで金もらってるのか？
デザインもへったくれもないw3cなどのドキュメント的なサイトばかりだと思ってるのか？

客は金を払ってデザインを依頼して、デザイナは金を払って俺にコーディングを依頼するわけだ。
で、まず時間的な制約がある。渡されたデザイン案をコーディングの時点で崩すような
アホなことはできないし、そんな権利もない。つまり短時間の作業でびっちりとしたレイアウト
で、安定感を求められるわけだ。

現実テーブルのバグなど知れてるから旧ブラウザに対応させるもの苦ではない。
CSSは旧ブラウザでなくても細かい部分の実装にバラツキがあり、びっちりとしたレイアウトはほぼ不可能。
当然デザイナはデザインを売っているのだから、より多くのブラウザで安定して見れないと商品価値が下がる。
そして、デザイナの希望をかなえられなければ仕事は減る。

いつまでもスネかじってないでお前らも自立しろよ。

殺伐としたスレに救世主が！
　.＿＿
ヽ|・∀・|ノ ようかんマン
　|＿＿|
　　|　|

つまりはスキルの無さを言い訳に出来ないのでW3Cのせいにする、と。
おめでたいお話で。

そうそう、テーブル/CSSのバグ書ける？
書けないよね？

テーブルレイアウトは悪くないと語る割には複数のUAで確認してないのか。
実際、言い訳にしてるNN4ｘでさえCSSより酷く崩れてるしね。（CSSは背景色が上手く指定されない
生産性の低さ、互換性の低さ、アクセス性の低さ、トラフィックの増大、etc...
上げればキリが無い。

CSSに関しても実装の最大公約数的な発想が出来てないって時点で・・・。

＞いつまでもスネかじってないでお前らも自立しろよ。
「最近までスネかじってました」感があるからこういう迂闊な表現はしない方が良いよ。
それともこんな発言がしたいお年頃なのかな。

>>527
ちなみにbgcolor=""でも背景色はマトモに指定されないので追記。

なんだ、コーディング（この表現自体疑問だけど）専門なのに一切CSS扱えなかったのか。
"テーブルレイアウトしか出来ません" なんてデザイナーだから許されてるのかと思ってた。
テーブルに慢心し複数のUAで確認もせず、自分が散々叩いてるCSSより遥かに粗末な出来。
アタマを使えば細かな実装の差など吸収で出来ようモノをブラウザのせいにし逃げる。

>>523
こちらへどうぞ

ものすごく頭の悪い発言してください その3
ttp://pc5.2ch.net/test/read.cgi/hp/1092941001/

それで、お前らコーディングで金もらってるの？
っていうか仕事でコーディングしたことあるのか？
まずお前らデザインを売るってのが理解できないんだろ？
CSS切ればいいやとかじゃ通じないんだよ。日記サイトならいいんだけどな。

じゃ、お前の作ったテーブルで判別不能になってるのは企業サイトとしては終わってる訳だな。

なんだよ個人サイト以下の物しか作れないくせに給料貰ってんのか、そりゃ詐欺だわ。
今時中学生でも書けるCSSさえ書けないのにな。
それ以前にマトモなテーブルさえも書けたことないんだろうし。
お前の作ってるような小規模なサイトなら逃げるだけで済むけどな。
某国同様法制化されたら再就職先なし。
そもそもCSS＝個人サイトって発想が既に時代遅れ。もう文系は不要なんだよ。

てかデザイン作ってるのはお前じゃないんだよな？
自分で自分が不要って言ってる訳だ。

テーブルレイアウトする人間はCSSはできないとか思ってるの？
ついでにテーブルレイアウトすると判別不能なサイトになると思ってるの？

まあそんなことはないだろうけど、お前ら煽りばかりでつまらん。もう少し
現実味のある話はできないかね。俺を叩くのが目的って感じだな。

まあ正直俺のCSSのレベルはお前らに比べると低いのかもしれない。
だからテーブルでやっているとも考えられる。
しかし、バグを全部記憶しておくのは俺には無理だな。
テーブルならできる。そういうことなんだよね。

仕様書通りに書けば仕様書通りにレンダリングしてくれるとホントに便利な代物なんだけどな。

結論
「テーブルレイアウトしか出来ません」な文系は不要。
「納期があるからしょうがないだろ」はとっとと移行しろ、慣れればCSSの方が早い。
（生産性・互換性はテーブルの比ではない）

「CSSを書かない」のと「一切扱えない519氏」では大違いなのでご注意を。
いまさら「釣りでした」とか騒いでもお得意の逃げにはならないよ。

519氏ノート
　　・ デザインも出来なければ、CSSも一切扱えない「使えない奴」。
　　・ 会社ではデザイナーに頭が上がらないが、2chでは態度が豹変。
　　・ 最近実家から独立。
　　・ 釣ろうと思ったが失敗。

>>535
また煽りか・・・
もう少しましなレスしてくれよ。ただの煽りにそんな長文レスってアホらしくないか？
俺はCSSを使えないんじゃなくて、CSSよりテーブルのほうが早いんだよ。

はいはい、粘着519はスルーね、スルー。

w3cヲタが一杯だな。
CSSバグ辞典スレがある意味がわからないんかねｗ
テーブルレイアウトバグ辞典スレなんて一度でもたったことあるのかねｗ


　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html


　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html


　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html


　　　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>537
粘着って・・・・お前自分が見えないのか？

俺まだ1回しか書き込んでないんだけどなぁ・・・

既に時代遅れだからバグ辞典スレさえ立たない、と。

へえ

俺はCSSでサイト作ってるけど・・・別に>>519の発言は間違ってないと思うぞ？
早く親のスネかじりやめて現実をみなよ？

>>538
釣りのつもりなんだろうか・・・

マジレスしてあげると頻繁に使われるからバグ辞典が必要なんじゃないの？
519みたいに覚えきれない人間のためにさ。

頻繁に使われるからバグ辞典が必要･･･すごい理論だな

ん、それ以外の説明できるなら書いてるよな・・・

>>519=543=545
宿題は済んだ？

>>543
ﾜﾗﾀ

普通に考えて使われるからドキュメントが有る訳だが
テーブルレイアウトみたいに崩れないように。

文章をよく考えてから書き込めよ。

ﾜﾗﾀ
どこがおかしいのか？と思ったら、文系の癖に倒置法知らんのか。
ひょっとして高卒？・・・いや中卒かもしれん。

でも池沼じゃないだけマシ

>>550
高卒中卒の人に失礼だと思わないのか？
彼らを519なんかと同一視するなんてお前は人じゃない。

さあ、テーブルレイアウトで制作するかな。

>>550
失礼にも程が有る。
吊って来い。

より多くの環境で正しく表示されるテーブルレイアウトを使いましょう

より多くの環境で崩れて表示されるテーブルレイアウト

>>556
おれテーブルレイアウトなんだけど、崩れないよ？
CSSは色々考慮しながらやれば崩れないようにはできるけど、テーブルの方が
簡単に崩れないようにできると思うけど？おまいの言ってる意味がよくわからん。

ところでstrict+CSSでyahooのトップ１ページだけコーディングするのにみんなはどれくらいかかる？
一応俺はテーブルレイアウトだから１ページ２０分以内かな。
もちろん同じフォーマットが続く場合はコピペですぐ終らせる。
多分リニュとか、変更を考えなければテーブルレイアウトが一番はやいと思うけど、そんなことない？

オーサリングツールとかってstrct+CSSなんかできないから結局手打ちになるでしょ。
さすがに手打ちじゃやってけないな。

CSSのバグを覚えて有頂天になってる子が自演を続けてるスレはここですか？

やっぱり自慢するの？
「俺、CSSのバグ全部覚えてるぜ！」
とかってｗ

っていうか本音なんだが、web系の話って自慢にならないよなorz
HTML,CSS,JS,Perl,PHP,MySQL,C++,JAVA...
俺はこういう順に覚えて行ったのだが・・・・・・自慢にならないんだよな；
なんか覚えれば覚えるほど
「ヲタクっぽい」
っていわれそうでorz

お前らとりあえず仲良くしようぜ
どうせ人に自慢のできないくだらない知識の話なんだからさ・・・

殺伐としたスレに救世主が！
　.＿＿
ヽ|・∀・|ノ ようかんマン
　|＿＿|
　　|　|

>>557
>多分リニュとか、変更を考えなければテーブルレイアウトが一番はやいと思うけど、そんなことない？

リニュとか、変更を考えるとCSSが一番はやいと思うけど、そんなことない？

まずは複数のUAで確かめることをお勧めする。
もちろんの記述ミスの一切ないCSSと。
テーブルは重なって判別不能になるから。

>>560
>リニュとか、変更を考えるとCSSが一番はやいと思うけど、そんなことない？
リニュになると新しくデザインを出す場合が多いから、大幅な変更になって大差ないけど、
ちょっとした変更なら間違いなくCSSが早いと思う。しかし何故に質問に質問を返すのだ？

>>561
>まずは複数のUAで確かめることをお勧めする。
>もちろんの記述ミスの一切ないCSSと。
>テーブルは重なって判別不能になるから。
ミスのないCSSってなに？仕様通りに書くことがミスのないCSS？簡単に崩れるよね？
多分全UAの実装を考慮したCSSっていうことだと思うけど、それって例えばyahooのトップに何時間かけるの？

テーブルで崩れるなんて聞いたことないよ。実際にyahooのトップがどのブラウザで表示が
崩れるかを教えて。

>>561
馬鹿だなこいつｗ
悔しくて頭がおかしくなったんじゃないか？
お前の言ってることは全く逆。s/CSS/テーブルレイアウト/g

典型的なアフォだな。

>テーブルは重なって判別不能になるから。
どのブラウザで？ｗ
まさかお前の自作したゴミブラウザとかじゃないだろうなｗ
テーブルレイアウトが崩れるなら、お前らが表にテーブル使ったって当然崩れるだろｗ
馬鹿？いや、もしかしてお前アフォ？

このスレでテーブルレイアウトが崩れるだなんて言ってるのは一人だけだろ。
あんま相手にするなよ。

>>564
別に普通のレスなのにわろた

>>561
早くテーブルレイアウトが崩れるブラウザ紹介してくれよ。
どうせCSSなんて全く対応してないブラウザでも言ってくるんだろｗアホだろお前。

そもそもCSSに対応してないブラウザでは、CSSを切ればいいとか思ってる時点でアフォ。
金払ってる客に「ブラウザの実装が悪いんです」なんて通用するわけないだろ。

そんなブラウザねえよボケ

じゃあNN4.xで崩れないテーブルレイアウトのサイトを言ってみろボケ！
テーブルに背景つけれないんだぞ。まじでわかってんのか？

yahooなんて音声ブラウザではどうにもならないだろうが！

>>568=561
ハァ？こいつ本物の真性だよｗ

表示の話してるのに音声ブラウザですかｗそれもテーブルレイアウトで音声ブラウザに対応させる方法すら知らないんですかｗ
っていうかお前はテーブルレイアウトができないだけだろ。NN4.xにテーブルレイアウトで
思い通りに表示させることなんて池沼じゃければ誰でもできるっつうの。

とりあえず病院行って来いって。お前やばいって。いまどきテーブルレイアウトもできないんじゃ
池沼間違いなしだって。

CSSを使う奴を何としてもバカにしたい人が若干名いらっしゃるようです

レイアウトにテーブルを使う奴を何としてもバカにしたい人が若干1名いらっしゃるようです

そこまで馬鹿にしたい理由が正直分からないよな

テーブルレイアウト厨が必死に擁護してるNN4ｘはテーブルレイアウトでも崩れる。
さらにはセルが重り崩れる。
終了。

W3C厨が必死に擁護してるCSSは他のブラウザでも崩れる。
終了。

テーブル厨の腕がヘタレだから。

↓崩れない段組をCSSで

消えろよCSS厨ｗ

>>573
yahooのトップがNN4xで崩れるのか？

っていうかテーブルで崩れるブラウザはCSSは完全に使えないだろ。
んで、CSS切るって発想だろうけど、そんなの現場じゃ通じないから。

俺も自サイトはstrict+CSSだけど、仕事で完全CSSレイアウトする機械は滅多にないよ。
まあ仕事でやる時はアホらしくても、テーブルでって言われればテーブルでやるしかないからね。
実際コーディングなんてどうでもいいけどな。俺は早くデザインを任せられるようになりたいよ。

561 ：Name_Not_Found ：04/09/26 03:56:45 ID:???
まずは複数のUAで確かめることをお勧めする。
もちろんの記述ミスの一切ないCSSと。
テーブルは重なって判別不能になるから。


こいつ真性？早くテーブルレイアウトのサイトが崩れて見れないブラウザを教えろよ。

殺伐としたスレに救世主が！
　.＿＿
ヽ|・∀・|ノ ようかんマン
　|＿＿|
　　|　|

あぼーん

もっとマシなCSSヲタはいないのかね。
さすがにテーブルの方が崩れるなんてアホな自論じゃどうしようもないね。

きっと反抗期なんだろｗ

現実を見れない子供。

CSS厨さん早くテーブルが崩れて、セルが重なって表示されるブラウザってのを提示して下さいな。

あまりイジメるとガッコで友達に言って荒らしに来るかもよｗ

あぼーん

っていうかセルが重なるって・・・・・
何やってもセルが重なったままってことだろ？
テーブルレイアウトってデフォルトスタイルと似たような安定感を持ってるから
みんな使ってるわけで。デフォルトで崩れるなら何やっても崩れるだろ。

まあそんなブラウザないけどｗ

Yahooのトップも見れないブラウザってすごいよな。

>>589
561が言うにはあるらしいんだよｗ
重なって何も見れないんだってさｗ

どこ行ったのかねキチガイくんは

CSSのバグ辞典スレでも必死になって読んでるんじゃない？ｗ
「これからはCSSだ！！！！！！」とか叫びながら。

まあ俺もCSSの方が便利だと思うけど、実装がよくなるまでは趣味の自サイトにしか使えないね。

俺の予想では、語尾に「ｗ」を付けている奴は全部同一人物。
このスレでCSSを馬鹿にして煽っているのはせいぜい2人、多くて3人と見た。

>>593
そんな予想をいちいち書き込むって・・・・・・ヒキか？
ここはお前の日記帳じゃないぞ。

あぼーん

CSSもまともに使えないってｗプッ

あぼーん

>561 ：Name_Not_Found ：04/09/26 03:56:45 ID:???
まずは複数のUAで確かめることをお勧めする。
もちろんの記述ミスの一切ないCSSと。
テーブルは重なって判別不能になるから。


まず、上の561で書いていた

>テーブルは重なって判別不能になるから。

が、とんでもない勘違いだったということを
認めなければならないだろうな。

わかったような偉そうなことは書かない方がいいと
いうことを学んでほしい。

重なって判別不能になるようなページを作るには
ホームページビルダーを使って、DIV でレイヤーの
レイアウトをすることだ。

おそらく、レイヤーのレイアウトと、「テーブルレイアウト」とを
誤認していたんだろうな。

あと、２〜３年で「XHTML」でのレイアウトが主流になってしまうと思いますが
現時点では、「テーブルレイアウト」は今までのブラウザで表示させるためには
最も有効なレイアウト方法です。

>>598
何を自分にレスを付けて弁明してんだ？あっ、これがうわさの自演ってやつか？

＞おそらく、レイヤーのレイアウトと、「テーブルレイアウト」とを
＞誤認していたんだろうな。
ずいぶんやさしさにあふれた解釈だな。そもそも誤認してる時点で池沼なんだよな。


>あと、２〜３年で「XHTML」でのレイアウトが主流になってしまうと思いますが
XHTMLでレイアウトって、意味もわからずに言葉並べればいいってもんじゃないんだよ。
とにかく早く病院に行って来い。

>>598

>わかったような偉そうなことは書かない方がいいと
>いうことを学んでほしい。

561 ：Name_Not_Found ：04/09/26 03:56:45 ID:???
まずは複数のUAで確かめることをお勧めする。
もちろんの記述ミスの一切ないCSSと。
テーブルは重なって判別不能になるから。

556 ：Name_Not_Found ：04/09/25 21:14:25 ID:???
より多くの環境で崩れて表示されるテーブルレイアウト

548 ：Name_Not_Found ：04/09/25 20:45:04 ID:???
普通に考えて使われるからドキュメントが有る訳だが
テーブルレイアウトみたいに崩れないように。

529 ：Name_Not_Found ：04/09/25 18:51:44 ID:???
なんだ、コーディング（この表現自体疑問だけど）専門なのに一切CSS扱えなかったのか。
"テーブルレイアウトしか出来ません" なんてデザイナーだから許されてるのかと思ってた。
テーブルに慢心し複数のUAで確認もせず、自分が散々叩いてるCSSより遥かに粗末な出来。
アタマを使えば細かな実装の差など吸収で出来ようモノをブラウザのせいにし逃げる。


壮大な自演だったんですね。

あぼーん

結局CSS厨は敗北したって事か・・・

>>603
違う違う。
実際賢いやつはどちらがどうとかではなく、適度に使い分けしている。
どちらかを完全否定するやつは頭が悪いだけだからほっておけばいいのよ。

>>604ﾀｿが良いこと言ったーーー

>>604
違う　CSS厨はそれが許せないんだよ完璧馬鹿なんで
table厨はtable中心と言いつつ　柔軟にCSSも取り込んでる

>>606
そうだな。要はCSS厨ってのはマニュアル人間、又は完璧主義者で
テーブル厨ってのは人に教えられたものを鵜呑みにせずに自分で最良を判断する。

そうなるとテーブル厨は厨じゃないよな。実際俺はStrict+CSSレイアウトしかやらないけど、
CSSの細かくてくだらないバグを見つけるたびに、テーブルレイアウトをしない自分の頭の固さに
気づかされるよ。

適度ってのが結局大事なんだよな。CSS使っても実装が弱い部分はテーブルでとかね。
まあそんなことすると、CSS切ったときに変なことになるからまた頭の硬い俺を悩ませるね。

そもそも数え切れないバグに対応できるほど暇なやつはそうそういないよな。

tableにCSSを適用して使っている俺は負け組?正直かなり便利だよ。

>>608
だからお前みたいなやつが間違いなく勝ち組だよなって話をしてるんだよ。
嫁やボケ！

507 ：Name_Not_Found ：04/09/23 21:02:06 ID:???
テーブルレイアウターの総本山Yahooなんかも
デザインがおかしなことになるからメインには背景色指定して無いでしょ？
しかも中途半端にCSSに依存してるし。

古いブラウザのことを考えるとテーブルはCSSよりひどい状況になる。
CSSの実装が甘いブラウザなら切れば良い（KHTML、Safariとか。これもテーブルで崩れる）
新しいブラウザなら互換性を考慮したCSS書けば終わり。


つまりこういうやつが一番の馬鹿ってことだ。

結局テーブルレイアウトを否定することは無理なのね。
やっぱCSSがしょぼいせいでこうなってしまったのよね。
正直w3cもここまでしょぼい実装されるとは思わなかったんだろうな。
そこがアフォなんかもな。エンジンをきっちりw3cが作るか、もしくはエンジンの製作には
w3cが前面協力するってまあそれは無理か。

結局そこらへんがしっかりしてないのに「今後はこれがweb標準！」とかいきなり言い出すから
ダメなんだよな。

あぁ早くマシな実装にならんかな。

大体CSSだけでtableレイアウトを再現するなんて事が無茶だよな。
必死にレスつけてたW3C厨は居なくなったな。それとも言い返せないだけなのか?

なんでもいいけどとりあえず俺はテーブルレイアウトだが
内部のフォントサイズとかwidthとかの指定は全部CSSでやってる
んで全体を1つの要素と見たいときは<div>で括ったりしてる
テーブルレイアウトだけど別にこれはこれでいいと思ったりする

>>613
なんか勘違いしてるけどテーブルレイアウトってCSSを使わないことじゃなくて
レイアウトにテーブルを少しでも使ってることだからね。

当然いい感じにCSSとテーブルを混ぜる賢いやつも一般的にはテーブルレイアウターって
言うんだ。

>>612
でもその程度のこともできないCSSってどうなんだろうね。
W3C厨は多分一人しかいなかったんだとおもうよ。レイヤとテーブルの差がわからないアフォが一人だけ。

レイアウトしなければならないほどの大量の情報を1ページに詰め込むのはどうなんだろう、
と問題提起してみる。

>615
それはテーブルレイアウトに限った話じゃないのでスレ違いだと返してみる。

>>614
俺がテーブルレイアウトしていない等とは言っていないが？(´д`;)

>>617
気にすんなよ

どっちも使える人間として、書き込んでみる。
動作テストはNN4.x(どれだか忘れたぜ)、IE3〜6、Opera

テーブルレイアウトならどれでも(基本的には)同じに出来る。
当然だが、間違えてなければな。
CSSでやろうとすると、果てしなく絶望する。

…まぁ、CSSでやるんだけどね。福祉系のHP作るのが仕事なもので。
時々泣けるぜ。

たまにはageなきゃ・・・

つまり、結論は出たわけだな

なんでＣＳＳとテーブルで争うの？
どっちも使えばいいじゃん
ＴＡＢＬＥやＴＤにＣＳＳを適用すれば最強

テーブルだけじゃショボいのしかできないし
ＣＳＳだけだと綺麗なレイアウトは作りにくい

テーブル使用禁止みたいな勢いだけど、ちょっとはっきりして欲しい。
テーブルレイアウトの定義を。テーブル使う＝テーブルレイアウトじゃないでしょ？

ウザイ　いつまでもひっぱんな！　もう結論は出たのだよ

つーか、テーブル使っても、ちゃんと誰もが見れるように、
ブラウザの方をなんとかすべきなのでは？

目的と手段・・・　つーか、
本来はＡという目的で生まれても、時代の変遷とともに
それがＢという目的になったりしてもおかしくない。
テーブルレイアウトの否定は人類の歴史の否定と言っても過言ではない。

というか、上の方にも出ていたが、
要はエクセルで文章打ったりワードで表計算したりするみたいなもんだろ。
あるいはＴＯＥＩＣのソフトをタイピング練習に使ったりとか。

表示、か。まあ、人が見れてなんぼではあるが。
とりあえず、表示最優先思考に合わせてやるが、
テーブルレイアウトされると、携帯で見づらくてしょうがない。
ひきこもって大きな画面を常に使えれば問題ないが、
そんな生活できる幸せなやつらは少数だろ。

ドラえもんの第一巻を参考にした。

のび太「でも僕の未来を変えると君は生まれないことになっちゃんじゃないの？」
セワシ君「それは大丈夫。例えば東京から大阪に行くのに、
　　　　　飛行機でも新幹線でもちゃんと行けるだろ。行き方は違っても、
　　　　　結局大阪に着く。」


肝心なのは目的であって、その目的を達成するための手段は
各人が使いやすいものでいいじゃないか。
受験のために勉強するのかそうではないのか、
単語帳で単語を覚えるか問題集で出会った単語を逐一覚えていくか。
いずれにしろ、最終目的が何かを考えれば手段は瑣末な問題だ

最終目的は区画整理されたレイアウトですか。

つうか、現実は、うぇぶでざいんという怠惰な人間が大半を占める
糞業界では、ちょっとした学習（CSS）すらも厭う。
その上、全員が通り一遍の知識を得て、CSS 完全導入となった場合、
人月が激減して、解雇されるやつらが続出する。
だから、非理を通そうと必死なわけだ。
まくろめでぃあを操作してれば食うには困らない現状を捨てたくないんだよ。

まるでCSSならどんなレイアウトでも実現できるような言い方ですね

>>631
W3cに反するやり方をすれば、結構なところまでできると思うけどな。

>>631 どれへのレスだ？

大画面相手にドリームウィーバーとマウス操作だけでテーブルレイアウトしてるのって、
痴呆ババアの手芸レベルですよね。その池沼専用のお仕事、嫌になりませんか？
せまんてっくすのかけらも無いですよね、情報関係の職種なのに。

TABLEとCSS両方を上手く使い分けたり、合体させたりしてやるのが現状のベスト。
将来的には正しいHTMLとCSS…いやXMLとかかな。
単純なサイトだったらHTML4.01Strict + CSS2で十分だけどな。

クライアントが物わかりが良かったら、ソースも自由に書けるのに。

>>634

DW便利だよね。慣れればそれだけで良いのが作れる。更新も楽。
俺は慣れきってないので手打ちが必要な時もあるけど手打ち無しでも
いけちゃう時もある。
いつかタグ忘れそうな恐怖はあるな。

最近はほとんどDW使わずにテキストエディタで書くことが多いけど、
<table><tr><td>とかいちいち3つも打つのめんどい。からCSSメイン。
あとで直そうと思った時にもなにがなんだかわからないし。

　　　最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　ttp://www.tagindex.com/statistics/q001/index.html

>>637
つまりdlとかでやってると?

CSSでレイアウトしてみたけど、はっきりいって難しい。
しかも全ブラウザに対応させようと思ったらある程度のところで
妥協しなきゃいかん。

CSSでの実現が困難なところはテーブル、それ以外はCSSでいいと思う。
（ここでもそういう結論になりつつあるようだけど）

それから画面全体のレイアウトはテーブルの方がいいと思うな。
作るの簡単だし、どのブラウザでも乱れることないし。

フルCSSで書いて良かったことは携帯でも見られるようになったことかな。

表までCSSで作っている奴を見ると
アホだなぁと思う。

>>641
表＝table要素ではないからな。
少しは仕様書を嫁。

テーブルをレイアウトに使うことがいいかどうかってことだからな。

今でもテーブルレイアウトでボロボロに表示が
崩れるブラウザってあるの？
Lynxなんかのテキストベースのブラウザは別として。

>>644
なんか間違えてないか?古いブラウザも対応してるのがtableだぞ。

>>645

>>504-506
あたりのレスを見てちょっと気になっただけ。

CSS厨はblogで糞下らん日記を氾濫させることくらいしかできない

647 名前：Name_Not_Found 投稿日：04/11/24 01:58:57 ID:???
CSS厨はblogで糞下らん日記を氾濫させることくらいしかできない

warata

ほら、初心者スレのおまいら。漏れはここですよ。

なんだよ。誰も来ないじゃん。

もどってこいこい

断る

ほしゅ

　　　　 　 /＼＿＿_／ヽ
　　　　／ﾉヽ　　　　　　 ヽ、
　 　　/　⌒''ヽ,,,)ii(,,,ｒ'''''' :::ﾍ
　　　 | ﾝ（○）,ﾝ　<､（○）<::|　　|｀ヽ､ 　喧嘩上等！！
　　 　|　 ｀⌒,,ﾉ(､_, )ヽ⌒´ ::l　　|::::ヽl 　http://etc3.2ch.net/entrance/
.　　　ヽ　ヽ iｌ´ﾄｪｪｪｲ｀ｌi　ｒ ;/　 .|:::::ｉ |
　　　／ヽ　 !ｌ |,ｒ-ｒ-| ｌ! 　 /ヽ　 |:::::ｌ |
　　/　　|^|ヽ､ ｀ﾆﾆ´一／|^|｀,ｒ-|:「￣
　 /　　 | .|　　 　 　 　 　 | .|　,Ｕ(ﾆ ､)ヽ
　/　 　 | .|　　 　 　 　 　 | .|人(_(ﾆ､ﾉﾉ

722 名前：Name_Not_Found [sage] 投稿日：05/01/15(土) 19:19:21 ID:???
そーだ、いいこと考えた！
vipper.infoってwikiじゃん。
自由に編集、ファイル添付できるじゃん。
アダルト画像張り付けてやらね？
そうすりゃ管理人の意図関係なく
abされるじゃん！
これひとつの事例としてまとめに歴史刻めるよな？
前グロ画像張り付けたとき
即効で書き戻されたけど、
やられないように真夜中に実行しよう♪

ほ

なんでも厨をつければ優位に立てると思ってるのか？
少なくともHTMLの作成においてCSSを取り入れることは間違ってはいない
テーブル厨はいい加減自分の進歩の無さを知れ

デザインは必要ない。むしろ邪魔。
テキストブラウザで読みやすければそれでよい。
装飾目的で画像使う奴はバカ。






以上

きゃも

657は典型的なCSS厨ｗ

660は典型的なテーブル厨ｗ

誰もpureCSSで作れなんて言ってない

>>658
ハイエースでも乗ってろ、デブ

>>657
＞少なくともHTMLの作成においてCSSを取り入れることは間違ってはいない

CSSを取り入れるのは当然だけど、それとテーブルレイアウトする事
とは両立することだよ。

テーブルは表だ。

以上。

補足
デザインは必要ない。むしろ邪魔。
テキストブラウザで読みやすければそれでよい。
装飾目的で画像使う奴はバカ。

そんなにデザインデザイン言いたきゃFlashだけでサイト作れば良いだろうに。
その方がテーブルよりも遙かに閲覧しやすいしデザインも柔軟にできるはずだ。
何しろ、
「デザインは必要ない、閲覧者が自ら見やすいようにユーザースタイルシートを使えばよい」
と考えるW3C異端過激派を弾くことができるからなw
まぁ、「テーブルレイアウトの何が悪いん？」とか言ってるバカにデザインセンスがあるとは思えないが。





以上

ていうかデザインができないだけだろおまえは

>>665
ネタなんだろうか？

＞デザインは必要ない。むしろ邪魔。
＞テキストブラウザで読みやすければそれでよい。

＞そんなにデザインデザイン言いたきゃFlashだけでサイト作れば良いだろうに。
＞その方がテーブルよりも遙かに閲覧しやすいし

Flashってのは動的ページ作らなきゃ意味ないだろう。
重いしプラグインをみんな入れてるとは限らない。
特別閲覧しやすいって事もない。

>>658
レイアウト目的で改行しまくるなボケ。以上との間何だ！

>>668
ネタはもういい。

CSSは糞





























以上

ブラウザのデフォルトの装飾がｶｯｺﾜﾙｲって言う奴あふぉだろ？
FirefoxってCSS無しでも読みやすい。

IEって糞だな。

なんかどんどんキモくなっていくなこのスレ

一番キモイ

↑・・・

>>667
>Flashってのは動的ページ作らなきゃ意味ないだろう。
そう意味無い。大いに動的ページを作れば良い。
「でざいん」や「見栄え」が好きなんだろw
自分のセンスを思いっきり発揮できてよかったねー

>重いし
テーブルかつ装飾画像てんこ盛りの基地外サイトも十分重い。

>プラグインをみんな入れてるとは限らない。
画像をみんな表示させているとは限らない。
画像表示しなければ解読不可能なゴミサイトを見るとモニター殴りつけたくなる。
それなら初めから閲覧者を選別すればよい。
Flashはそのための良い方法だ。


>特別閲覧しやすいって事もない。
どーせテーブルレイアウトするバカは
装飾画像べたべた貼る
文字や横幅固定サイズ
画像で文字を代用する
なんて馬鹿げたことを平気でするんだろうからそんなに変わらない。
動的ページが作れる分Flashの方がまし。
ただし高いセンスが必要。



もうね、
テーブルレイアウト好きでFlash嫌い基地外はgif画像丸ごと貼り付けとけばw
楽でしょw

>>675
＞「でざいん」や「見栄え」が好きなんだろw

「でざいん」や「見栄え」＝動的ページと思っているお前は・・

>>675

＞>重いし
＞テーブルかつ装飾画像てんこ盛りの基地外サイトも十分重い。

レベルが違うだろ。
つーか、装飾画像詰込みってのはテーブルレイアウトとは別問題。

＞>プラグインをみんな入れてるとは限らない。
＞画像をみんな表示させているとは限らない。
＞画像表示しなければ解読不可能なゴミサイトを見るとモニター殴りつけたくなる。
＞それなら初めから閲覧者を選別すればよい。
＞Flashはそのための良い方法だ。

なんの論理にもなってない。説得力ゼロ。

＞>特別閲覧しやすいって事もない。
＞どーせテーブルレイアウトするバカは
＞装飾画像べたべた貼る
＞文字や横幅固定サイズ
＞画像で文字を代用する
＞なんて馬鹿げたことを平気でするんだろうから

根拠のない勝手な決めつけ。
テーブルレイアウトするものすべてがそうなわけはない。

>>675のアホばかりが目だった書込み。
ほぼ自滅といっていいな。

>>675
＞テーブルレイアウト好きでFlash嫌い基地外はgif画像丸ごと貼り付けとけばw
＞楽でしょw

gif画像ってテーブルレイアウトなのか？
GIF画像で見やすいレベルのページを作ればテーブルレイアウトよりはるかに
重いページになるだろう。
コピペもできないし、メリットなんてない。

>>675
＞>Flashってのは動的ページ作らなきゃ意味ないだろう。
＞そう意味無い。大いに動的ページを作れば良い。
＞「でざいん」や「見栄え」が好きなんだろw

動的ページということと「でざいん」や「見栄え」という事とは
全く異なる問題。
そんな事の区別もつかない事が信じられない。

>>657
なんでも厨をつければ優位に立てると思ってるのか？

>>681


想定の　範　囲　内　です

>>676〜680
うだうだうるさいな
じゃあ、
・HTMLのみバージョン
・テーブルタグで装飾重視バージョン
の2つ用意しろw

この↑厨がケンカしてます
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
良識のある方は↓へドウゾ

　 　 　 　 ,L　　　　　　 ￣ ､＿　　　　　　　　　　　　　　　　!､
　　　　　 _〉　　　　　　　　　　　-ニニニニ--＿_　　　　　　 く
　　 　 　 |｀ヽ-､、　　　　　　 ￣￣二-─'''￣　　　　　　　_,､r'､　>>3 神の加護がなかったのだろう…ヤハハハ
　　　　　 | ﾄ ',　｀!ヽ､,,_　　　─────‐'''＿＿__,,,..､イ´/ｨ! i　>>4 思ったよりアマいじゃあないか
　　　　　 l い ! liﾞ _,, -─-`､ー─ '' '' '' ""´_. -─- ､_　! //ﾉ !　>>5 ”神”の存在をお前は知るだろう
　　　　 　 ',｀i｀! | `v''´￣｀`ヽ､ヽ､　 　 ,r ',,´‐''´｀`ヽ､/ | i 　　　>>6 この私が負けるはずがなかろう...
　　　　　　 い''､!　､ﾆ二､,二ﾆ､`′_　r'ｰ´∠ﾆ､,ニ=,　 l i ,l! l　　 >>7 あと数分遅かったな
　　　　　　　', ! l!　 冫r─r‐く´〃　L|　ゝ ｀>ｰr‐rヾ 　 !f ﾉ/　　 >>8 お前はまだ”神”という存在を理解していない様だ
　　　　 　 　 l l l!　 　 　 　 　 　 　 |_|　　　　　　　　　 |l!//　　　>>9 お前はこのスレをナメているぞ
　　　　　　　 | ! l　　　　 　 　 　 　 | |　　　 　 　 　 　 l　 i　　　>>10-1001 …それは神のみぞ知る処だ
　　　　　　　 |　 l! 　 　 　 　 　 　 ├|　　　　　　　　　l!　l
　　　　　　　 |　 |',　　__　　　　　　 |-|　_　 　 　 　 　 ,!　l
　　　　　　　 |　 | ヽ �V､　　　　 ｀ヾ_/´　　　　 ,, 　 ,.'l　 !
　　　　　　　 |　 |　 ヽ　 `ヾﾆ　─----─　ﾆ''"　 , '　!　|
　　　　　　　 |　 |　　 ヽ　　`''　￣二二￣　''"　, '　　|　l
　　　　　　　 |　 | 　 　 ヽ　　　　　　　　 　 　 , ′ 　 !　!
　　　　　　　 |　 |　　　　 ＼　　　　　　　　　,/　　　 i　 !
　　　　　　　 |　 |　 　 　 　 ｀ｰ-------─'′　　　 |　 !

>>683
＞・HTMLのみバージョン
＞・テーブルタグで装飾重視バージョン
＞の2つ用意しろw

それやるくらいだったら、携帯用で1ページのコンテンツを少なく
したものを作った方がいいだろうな。
理想を言えばだけど。

CSSでアクセシビリティ重視・・・とかいってる
フリーランスデザイナーの実績をみせてもらった。

すごい。

全部同じレイアウト。

テキスト文字率95％。

デザインセンスがないのを隠すために
アクセシビリティのためだーといって文字ばっかつかってる。


盲目はビジターの１％以下しかいないだろ！！
99％のビジターに効果的にデザインしろっての！！



作るの楽だろーな。

>>687
デザインなんて消費者は求めて居ないんだよ。
デザインが良いサイトに限って営業時間や問い合わせ先がわかりにくい。

SONYのサイトも下部ナビゲーションが10pxの文字を画像にしたやつだったりするし
大きい文字は見栄えが悪いのは事実だから
それだけを取り上げてもデザインとアクセシビリティは両立できない

>>688
いや、やっぱり素人は見た目にひかれるよ。

>>683
＞・HTMLのみバージョン
＞・テーブルタグで装飾重視バージョン
＞の2つ用意しろw

テーブルタグはHTMLじゃないとでも。

テーブルレイアウトは糞
「表」用タグなのに
その中に全てのコンテツンを押し込んでいる・・・バカっぽいね

「表」のためのタグでレイアウトするってのは、肉や魚を
切るための出刃包丁で野菜を切るようなものだ。

別にTable厨を庇うわけじゃないが、CSS厨って、「CSS使える自分はエライ！」と勘違いしてないか？
TableもCSSもただ単なる手段のひとつ

手を洗うのに、ハンドソープ使ってる奴が石鹸を使ってる奴に、「今時石鹸ｗｗｗダサｗｗ」って馬鹿にしているようなもの

「レイアウトにtable使う」＝「石鹸で手を洗う」
にはまったく同意しかねる。
あまりうまい例えも思いつかないが、
「レイアウトにtable使う」＝「砥石で手を磨く」
とかそんな感じ。

>>694
その通り

プロは黙って
テーブルもcssもFlashも使い
WCにもSEOにもSEMにも気をつけてるってこった

ここは糞素人だらけだな

> TableもCSSもただ単なる手段のひとつ
> 手を洗うのに、ハンド(略)うなもの

> テーブルもcssもFlashも使い
> WCにもSEOにもSEMにも気をつけてるってこった


文章の最後に句点「。」を一個も使わないので、>>694=>>696間違いない。
自演乙!

ちょと。ﾜﾗﾀ。








。

<tr>
　<th>←この1年独学で学んできたが、昨日初めて知ったタグの一つ

<thead> と <tbody> を教えると699はひっくり返るかな

>>695
＞あまりうまい例えも思いつかないが、
＞「レイアウトにtable使う」＝「砥石で手を磨く」
＞とかそんな感じ。

「レイアウトにtable使う」＝「砥石で手を磨く」
不可能です。

レイアウトにテーブルを使うというのはテーブル本来の使い道では
ないかもしれないが、それなりにいい面があるから使われているわけだが
「砥石で手を磨く」事になにか便利さでもあるのか？

例えが持ち出されると、たいてい議論はおかしな方向へ向かう

>>690
素人はそのうち蔵人になるよ

×蔵人
○玄人

ね。昔からよく言い間違えるんです。

>>704
素人が時間がたって玄人になるケースはまれ。
つーか、時間が経てば玄人になるんだったら、じじいは
ほとんどのジャンルの玄人なはず。

>>703
見当はずれな例えで返そうとするからだよ。

あーあ、アレだ。除光液で手を洗う、とか。違うか。
どうでもいいや。

>>706
継続しなけりゃ素人のままだが、しばらくやってれば玄人になるよ。

>>709
長くやってりゃ玄人になれる？
俺ずいぶん昔からテレビ見ているけどテレビの玄人とはとても言えない。
昔から車の運転してるけどとても運転の玄人とは言えない。

>>709
ID:YGpQGYqY

玄人玄人ｳｾﾞｰんだよ
おまあは真木玄人かよ

素人のホームページでテーブルレイアウトは9割方失敗作
（その9割のなかで本人が自分の作ったサイトに自己陶酔している可能性が100%）

プロのホームページでテーブルレイアウトは9割方問題なし
（その9割のなかでプロが素人のテーブルレイアウトを馬鹿にしている可能性が100%）

>>712
＞素人のホームページでテーブルレイアウトは9割方失敗作
＞（その9割のなかで本人が自分の作ったサイトに自己陶酔している可能性が100%）

これはテーブルレイアウトに限った話ではない。

別に使いたかったら使って嫌ならつかわんかったらいいんじゃないん？？
おれデザインはほぼCSSでデータを書くときはテーブルつかってるし何も問題ない。
ってことで引き分けにしとけば？

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

そのアンケートに答えてる連中の客層とか
えらい偏ってそうだし、せいぜい参考意見
にしかなりません。
そんなものを根拠に最終総結論とか言ってる
から

出世しないんれす！

ブラウザでcssオフにしてたりするしなぁ。
テーブルでいいじゃん。

<TABLE>           <TABLE>    <TABLE> <TABLE>                <TABLE>
   <TABLE>       <TABLE> <TABLE>                 <TABLE>
<TABLE><TABLE><TABLE>    <TABLE>           <TABLE>                  <TABLE>
         <TABLE>      <TABLE>         <TABLE> <TABLE>         <TABLE>
<TABLE>          <TABLE>     <TABLE>                <TABLE>   <TABLE>
<TABLE><TABLE>                            <TABLE>            <TABLE>  <TABLE>
 <TABLE>     <TABLE> <TABLE>     <TABLE>            <TABLE>
                           <TABLE>      <TABLE><TABLE>        <TABLE>
<TABLE>         <TABLE>           <TABLE>              <TABLE>  <TABLE>
          <TABLE>          <TABLE>       <TABLE>               <TABLE>

<DIV>           <DIV>    <DIV> <DIV>                <DIV>
   <DIV>       <DIV> <DIV>                 <DIV>
<DIV><DIV><DIV>    <DIV>           <DIV>                  <DIV>
         <DIV>      <DIV>         <DIV> <DIV>         <DIV>
<DIV>          <DIV>     <DIV>                <DIV>   <DIV>
<DIV><DIV>                            <DIV>            <DIV>  <DIV>
 <DIV>     <DIV> <DIV>     <DIV>            <DIV>
                           <DIV>      <DIV><DIV>        <DIV>
<DIV>         <DIV>           <DIV>              <DIV>  <DIV>
          <DIV>          <DIV>       <DIV>               <DIV>

<SPAN> <SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN>
<SPAN><SPAN><SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN> <SPAN>
<SPAN><SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN><SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN> <SPAN>
<SPAN> <SPAN> <SPAN> <SPAN>

&nbsp;

<pre>
これでメモ帳で見たとおりのデザインが出来るぞ！
</pre>

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

しつこいなぁ

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>1
食品に化学調味料を使って何が悪い！
コストだってかからないし、
見た目も味も、天然調味料と同じかそれ以上じゃん

>>727
お前はそうした食品を毎日食べているではないかw

>>728
うん、私みたいな大人だったら別にそういう添加剤を毎日摂取しようがしまいが
健康にそれほど大きな差は出ないけど、
小さな子どもだったらそうはいかないだろうよ〜（摂取量にもよるが）


ところで、テーブルレイアウトの是非についてなんですけど
ブロードバンドみたいな快適にネットできる環境だったら、
テーブルレイアウトだろうがCSSだろうが結果は大して変わらないかもしれないけど、
Air-H" で頑張ってネットしてる私にとっては違いが大アリなのですよ。（ソースの容量にもよるが）
ばりばりテーブルレイアウトなページだと、
tablleタグの最後までダウンロードしきれなくて真っ白な状態になるなんてざらですから・・・。
テーブルレイアウトほんとにやめてほしい。

Air-H"でネット接続ってホントやめてほしい

>>729
＞小さな子どもだったらそうはいかないだろうよ〜（摂取量にもよるが）

小さな子供って年齢にもよるが、そういった子供の食べるものでも既製品なら
なんだかの添加物が入っているのが普通だよ。
ヨーグルトやプリンやマーガリンだって。

>>729
テーブルレイアウトはレンダリングのスピードの方には影響はするが
テーブルレイアウトで増える容量より通常は画像で増える容量のほう
がよほど影響があると思う。

で、テーブルレイアウト使うと健康を害するのか？
アホかw

テーブルは覚えられんよ。











CSSも覚えられんよorz

CSSはブラウザによって表示がまちまちだからちょっと困る

CSSの互換性：IE≠FireFox≠NN≠Opera

だからやむを得ずテーブル使ってる。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

俺は画像を少なくする代わりにテーブルを多用している。何故ならライン画像を
gifで作るのが面倒だから

全てのブラウザでcssが100%同じように表示されるようになったらテーブルレイアウトやめるよ。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

('A`)
('A`)?
('A`;)

http://knowledge.yahoo.co.jp/service/question_detail.php?queId=6552099&burl=

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

しつこいのがひとりいるね

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

TABLE can't make good design without CSS.
CSS design can't write database without TABLE.

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

（<pre>+罫線）とテーブルってどっちが強い？

テーブルは表だ。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

しつこいな〜

>>748
こんな奴等が投票した結果を信じてはならぬｗ
http://www.tagindex.com/statistics/tag_name/index.html

>750
ﾜﾗﾀ

テーブルレイアウトは、閲覧者にデザインを強制してるんだよ。
しかしね、今時全ての視覚系ブラウザで全て同じに見えるわけないだんよ。
これからテーブルレイアウトは時代遅れになると思うし、自分の中ではもう終った手段だね。

ブラウザは、これはあくまで表と解釈する。
CSSに対応していないブラウザが…と言っても、どこかでラインを引かなくては
駄目なんだよ。

これを見てくれ。

http://web.archive.org/web/20030625213604/http://www.joho-yamaguchi.or.jp/pension/agic/agic14.htm
>徹底的にこのスタイルシートを使いこなして作り上げた超かっこ良いページを、スタイルシートをサポートしていないブラウザー
>で見た場合、背景もない只の黒の小さな文字だけがびっしり書いてある、いわばメモ帳で見ているような感じの超かっこ悪い馬鹿
>みたいなページが表示されるはずです。

ブラウザのデフォルトのスタイルをかっこわるいだってよｗ
お前みたいなDIV厨が作るとこうなるのかい？
ワラワラ

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>753
  >>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>755
  >>750

テーブルレイアウトの良い悪いは置いておいて、
俺がテーブルレイアウトをやらないのは、単純に面倒だから。
スタイルシートにすっかり馴れちゃったんだよ……。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>758
>>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>760
   >>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>762
   >>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>763
   >>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

荒らしご苦労様です

>>767
   >>750

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>769
   >>750

>>750

>>772

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>773

>>775

>>776

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>777

最終総結論。テーブルレイアウトは悪くない。完結。THE END.

で1000を目指すスレはここですか？

>>779

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>781

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

もうやめようぜ

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

浮上

浮上

web板最強の馬鹿香具師ww
【800*600】ページサイズは？【1024*768】
http://pc8.2ch.net/test/read.cgi/hp/1078878485/

104 名前：Name_Not_Found[sage] 投稿日：2006/01/18(水) 04:14:44 ID:???
img要素を使ってリキッドの例。トップページ。画像の選び方うまいなあ。
ttp://www.t-s-k-b.com/
IEがmax-widthに対応してりゃもうちょっと楽なんだがの。

ぬるぽ！
ぬるぬるぽ！！ぬるぬるぬるぽ！ぬるぽ！
ぬるぽ！ふるぽ！ふるぽ１ぬるぽぬろ！
ぬｒぷ！！ぬるぽ０！

まちがえました
すみません

もうこんなことは止めておけよ、他のスレッドでも。>>790-791

( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼

何？この面白いスレ。。。。

'`,、('∀`) '`,、

'`,､'`,､'`,､'`,､'`,､(ﾉ∀`)'`,､'`,､'`,､'`,､'`,､　

笑いが止まらないよ。ｗｗ

テーブルタグでレイアウトはダメですｗｗ

レイアウトはCSSでやりましょう。
テーブルタグにcenterを使うのはやめましょう。
というよりか中央寄せ（center）そのものを使うのはやめましょう。
やる必要がない。
Webサイトとは、左から右へ
上から下へ向かって表示させるものです。

---例----------------
─────────→
│左から右へ
│
│上
│か
│ら
│下
↓へ

---------------------

センタリングなんてものはそもそも必要ないのです。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

>>794
個人的には禿同だし、そっちのが何かと作り込みもしやすいが
どうしてそうも断定的なんだ？

>センタリングなんてものはそもそも必要ないのです。
根拠教えてくれまいか

>>794
文字を中央寄せするのは見づらいのは分かる（左端が揃っているのが良い）。
が、センタリングしちゃいけないってことはないだろ。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

スレ違いだが、IEとその他で表示が異なるのを承知で

body{
    margin-left: auto;
    margin-right : auto;
    width : 720px;
}

はよくやるね。
ただ、IEで無理やりセンタリングさせるような
無茶な書き方はやめた。

body{
    text-align : center;
    width : 720px;
}
div#BODY{
    text-align : left;
}

みたいなやつね。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

最終総結論

テーブルデザイン = ただのｱﾌｫ

Strict + CSSデザイン = 標準

Strict + CSSで作成された凝ったデザインのサイトでも、ネットスケープ4で他と同じように表示されるところもある。
そのように作成する技術がないｱﾌｫは、そこばかりを指摘している。
Strict + CSSでは、完全に崩れて見れないというブラウザは存在しない。

逆にテーブルデザインは、完全に崩れて見れないブラウザが存在するのが致命的。

Strictはメリットが多々あるが、テーブルのメリットは雑誌のようなレイアウトができることとネットスケープ4等で崩れない(前述でこれはCSSでも可能)くらいか。

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

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

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html

乙

最終総結論。テーブルレイアウトは悪くない。完結。THE END.
　　　　　　ttp://www.tagindex.com/statistics/q001/index.html