【CSS】どっち使ってる?【テーブル】
■ このスレッドは過去ログ倉庫に格納されています
漏れは枠組みはテーブル、テーブルの中はCSSで作ってるわけだが なに、こんなスレあったっけ CSSとテーブルを比較するってどういう言う意味よ?w とりあえずCSS覚えんのめんどくさいからってテーブルレイアウトしてるおっさんどもは反省しろ。 テーブルのがめんどいよ。 テーブル覚えるの嫌さにCSS覚えた。 今だと表も出てきたからしょうがなくテーブルも覚えたけど、 属性多すぎだし音声ブラウザへの配慮大変だし、死にそうorz 失敗したリデザインにおいて、Web標準全盛の時代にページが新規に作成あるいは更新されたにもかかわらず、標準を無視するか、または誤用しています。 リデザインの失敗例は、文法的に妥当なソースコードや、アクセシビリティガイドラインなどこの世に存在しないかのそぶりをします。 21世紀が1999年という琥珀の中に閉じ込められたがごとく、うそぶくのです。 しかしそれはそのサイトの制作者が、Web開発のプロでないというばかりでなく、彼らが完全に無能だということを示します。 あなたがもし21世紀にもなってタグがごちゃ混ぜになったコードを書き、レイアウトのためにテーブルを使っているのであれば、つまりあなたは無能者ということですよ。 10代の若者が趣味で作るBlog(「Web logs」の省略形)が、真新しいWebサイトよりも優れたコードで書かれているとしたら、誰かが過ちを犯しています。 そして、その誰かというのはあなた方、開発者です。 真っ当な会社なら、あなたはクビにされているでしょう。 オーウェル風の社会に例えるなら、あなたは「再教育キャンプ」に送られるのです。 そのどちらも望まないのなら、本を読み、少なくとも笑い種にされない程度のレベルにまでスキルを高める必要があります。 西海岸の製作者たちは確実に未来を作っている。日本の皆さんができないわけがありません。 tableタグ使いたくないんだが、お客のブラウザが「そんなのまだ 動くのか?」と言いたくなるような物が沢山使われている。 #IE4.01, Netscape 3.0がまだ現役とは... お客に「最新版にしてくれ」と言いたい所だが、お客の年齢層がまた 広すぎて、どうすりゃ良いのかわからなかったり、PCが古すぎて最新 のIE, Firefoxをまともに動かせなかったり、MacOS9以前のため、新し くしようにも何処にもなかったり(Netscape 7.1Jはまだあった)で 大混乱。 結局元に戻してスタイルシートは最小限度しか使わなくなってしまった。 古いブラウザでも、tableタグなら一応動いてくれるからね。 ちなみにawstatによれば、全件数36328中、古いバージョンで100件以上あったものと、一番古い物: --- IE 5.5 661 5.23 652 5.22 219 5.17 302 5.01 158 5.0 457 : 4.01 6 FireFox 1.0.7 415 1.0.6 100 1.0.4 156 1.0.2 110 1.0 182 : 0.8.0 2 Netscape 7.1 752 7.02 285 : 3.0 2 --- というありさま。普通のユーザは「セキュリティ」や「新技術」 なんぞに興味がない事がよくわかったよ。 >26 読解力がない香具師だな。 | 古いブラウザでも、tableタグなら一応動いてくれるからね。 この文章で、動く物は「古いブラウザ」だろうが。 日本語の勉強が足りないぞ。 >24 一つ間違い見つけた。 Mac Classic OS(9以前)用のNetscapeは、7.02だった。 http://wp.netscape.com/ja/downloads/index.html 事情があってOS Xに移れない香具師は、これを使うしか ないんだな。Macだから脆弱性があっても攻撃が的外れ でシステムエラーを起こすのが関の山だから、まぁ ぎりぎり許容範囲内だろう。 >>27 CSSデザインだって古いブラウザでも動いてくれる。 むしろそういうブラウザを切り捨てないためのStrictだ。 勘違いしすぎ。 >>29 とりあえず本屋へ逝ってだな、CSSの本何冊か見てごらん。 ブラウザ毎にバグや解釈の違いのせいで、画面表示が違って しまうのをいかに回避するかというノウハウが沢山載ってる から。しかもそのノウハウとやらは確実にそうなってくれる 物でもないんだな。 「CSS対応するからtableタグ廃止」なんて考えていたことが 私にもありました。(AAry 古いブラウザでもテーブルなら動くだと? xmosaicはテーブルの入れ子ができないのはもちろん、 テーブルのセルの中にリストや画像を入れるだけで破綻してなかったっけ? いまさらIE5やNN4を使ってる香具師は、見栄えが崩れるのを覚悟してるでしょ。 正しいHTMLで、IE6やFFで正しく表示され、IE5やNN4では表示が崩れても必要な情報が漏れなければOK。 モザイクとか持ち出すあたりに意地悪感が漂うな。言ってる事はそのとおりだが。(クラの了承がとれればね) >>34 どうやったらそこまで激しく誤読できるんだ? >35 いや、古いブラウザをUserAgentとして返してくる香具師の中には、 串やcrawlerなどが居る可能性は確かにある。 #アクセス数から考えると、多分違うと思うが。 UserAgentなんて偽装し放題だからね。OperaにはIEやMozillaの UserAgentを出す機能が標準でついてくるぐらいだし。 >>37 何が言いたいの? 聞いてやるから説明してみれば。 言いたくないならどっか他所へ逝け。 利用者のブラウザ統計見る限り、今CSS使うのはまだ早いと思う。 dummy.css読み込ませる&CSS非対応でもマトモに見えるサイトがどれだけあんのよ。 大体、3カラムなんて、ウィンドウサイズ変わってもOKな 配置でやろうとすると段落の順序変えなきゃいけなくなって本末転倒。 レイアウトとコンテンツが全ての場合において切り離せる訳が無い。 意図したものが意図した通りに伝わらない事が 表現として正しいと言えるのか? 現状はテーブル版と見出しタグオンリー版二つ作る方が CSSで各ブラウザで同じように見える裏技使って dummy用意したり、CSS非対応で見えるようにするより早いし ユーザビリティも高いはずだよ。 表現が伝わるのが正しいって事で、文法が正しいかどうかなんて関係ない。 あと、目の不自由な人には、それ様に作らなければ CSSオフにしたくらいじゃ伝わらない事が多いと思う。 これは別の角度から解決すべき問題じゃないのかな。 リストがリストとは限らねーし、段落が段落とは限らないよ。 表現ってそういうものだろ。 改行だって、見易さの為の改行もあれば、 口語での「間」の為の改行だってあるんだし。 あ〜おっぱいもみたい。 >リストがリストとは限らねーし、段落が段落とは限らない おまえ、自分の構成能力のなさを暴露してどうする。 おっぱい揉んでる。 body要素直下にtable要素以外の要素を書かないような馬鹿は死んでください。 レイアウトぐらいCSSで出来るだろ。 >>31 モザイク使ってるやつより、IE5以下やNN4のやつの方が遙かに多いし そういう奴がレイアウト崩れるの覚悟で使ってるなんて根拠は何処にも無い。 崩れてもブラウザのせいって気づいてくれっていう 作ってる側の勝手な願望。 間違って途中でかきこんじゃった、ごめんな んで、俺会社で働きながらCSSの講師とかしてるんだよ 完璧に分離型でやってんだけど多分世間で必要とされてないんだろなーって思いながら仕事してる そりゃいいには違いないし本来目指すとこではあるけど玄人のエゴだと思う最近だよ 事情が内限り次のCSSがでてブラウザが対応するまで無理せずテーブルでいいんじゃない >次のCSSがでてブラウザが対応するまで 全然関係ない 装飾を分離しようと思う奴はするし、リニュの手間を惜しまない奴はテーブルのまま 配置を几帳面にきっちりと決めたい場合は 現状tableしかないからなぁ。 cssは必ずしも見た目が同じになるとは限らないし。 # どのブラウザから観ても見た目が必ず同じになる、ということに拘らない人は # cssオンリーでいいんじゃない? みんながみんなieを放棄してfirefoxとか使ってくれるなら 喜んでcssオンリーにしますよ。 けど、現状ではtableとcssを併用するのがベスト。 >>51 閲覧者が見た目を変えたいからユーザCSSを使用するケースを丸っと無視するクソ管理人 >>52 そこまでしたけりゃ自分で好きなサイト作ればあ? っていつも思う。 製作者が把握できない範囲でサイトの見た目変えといて それに対応しろってのはただのDQN意見。 >>53 あほか、把握できない範囲のはずないだろ。 HTMLを変えられるわけじゃないんだから、「意味という構造」は変えられない。 大体完全な見た目だけの話ならレガシーな作りをしたってその見かけはブラウザに依存するものであって 管理人の把握できるものではない。 どんなサイトを作るかによるよな。 ある程度シンプルな構成で良いならcssだけでも十分かも。 でもねー cssだけで組まれたサイトってSafariなんかで見ると崩れまくるのよ。 あり得ないぐらい。 だから俺は多少でも込み入ったデザインで作るなら大枠はTableで作るね。 その中身、テキスト類のコントロールはcss。 cssマンセーな奴に限ってTableでデザインする事の矛盾を説きたがるが、 cssだけで作られたある程度込み入ったデザインのサイト見りゃ、 なんだぁこれ??ってな矛盾だらけ。。 右の指定が左に来てるとか朝飯前。 現段階ではまだTabeleの方が理にかなってる気さえする。 てか一番の問題はIEでのTable実装の糞加減。 陰謀だよ陰謀。 デザイン Photoshop デザインの補助 CSS テーブル 骨格 >>55 IEを元にCSSで組むとSafariじゃなくても崩れてる。 Fxを元に正しくCSSで組むとSafariでも崩れない。 単に知識の問題。 知識不足を棚にあげて「CSSは崩れる」と騒ぎ立てる低脳はいつまでたっても低脳のまま。 WEBの仕事してるなら向いてないから他の仕事してろ。 趣味なら勝手にすりゃいいけどな。 >>61 いや、CSSだけだとサイトのコンテンツ配置の自由度が極端に低下するんだよ。 たとえば「中央に文書(サイズ指定不可能なコンテンツ)、左右に横幅サイズ指定のサイドバー」といったサイトは、TABLEを使うしかない。 CSSでは、右側にサイズ指定の領域を配置できないからね。 まぁ、この辺は適当にデザイン変えれば良い個人の趣味サイトでは問題にならないんだろうけど。 プロにとっては致命的。 >CSSでは、右側にサイズ指定の領域を配置できないからね。 まぁ、なんだ。 黙って黙っとけ。 >>63 サイズ指定の両サイドバーをCSSのみでできるものならやってみろw 両サイドバーをCSSのみで実現すべく挑戦した椰子は多いが、誰も成功していない。 サイドバーとコンテンツのサイズを比率で指定、あるいは中央部も横幅固定なら、ブラウザ限定で可能だが、これでは一般的な「両サイドバー」にはならない(ブラウザのサイズ変えるとどっか行ってしまったり横幅が変わるサイドバーなんて問題外だからな)。 だから、TABLEはどうしても「必要」なんだよ。 個人の趣味ではない商用サイトではね。 まぁ、何も知らないで下手なあおりをいれてるつもりなんだろうがw マジでできないような奴がプロなのか・・・最近多いな。 >>67 いくらプロでも、できないものはできないぞw まぁ、最近は何も知らずに「プロなのか」とか平気で書ける恥ずかしい素人未満の輩が増えて来たようだが。 >>66 は「中央にコンテンツを配した両サイドバー付三列配列」にすらなってないしな。 両サイドバーの高さが違えば悲惨なことになるし、ラッパーも必須になってしまう。 で、TABLEを使えばはるかにすっきりと、そしてCSSではどうやっても崩れていたデザインも意図どおりに表現できるわけだ。 プロならTABLEを選ぶのは当然のこと。 趣味ではなく仕事でやる以上必要なのは、「CSSだけで作ったWebページ」ではなく「意図どおりに表示されるWebページ」なのだから。 というか、>>66 のやり方って構造無茶苦茶、典型的な「力技」だし、ブラウザ依存も激しそうだなぁ。 ここまで「意味」を無視した「汚い」やり方なら、CSSにこだわる意味はもはやないだろ。 表示結果も余計な領域がはさまれたりしてなんか違うし。 サイドバーのような表示領域の分割に関しては、現状ではTABLEを使う方が現実的で確実、かつスマートなんだろうね。 >>69 なるほど。参考になります。 質問なのですが、将来的にcssだけで綺麗な3カラムレイアウトを組む事は可能になると思いますか? 推測でもかまいません。 みんなマジで「できない」って話してるんじゃないよね? >>71 <div id="l" style="width : 150px;float : left;background : #00ffff"> 左側バー </div> <div id="c" style="float : left;background : #ffff00"> 中央コンテンツ部分 </div> <div id="r" style="width : 150px;background : #ff00ff;float : right"> 右側バー まさか、こういうやつで「できる」って思っちゃっているわけじゃないよね? CSSの仕様がどんなに素晴らしくても、ブラウザがそれをちゃんとサポート 出来ていなければ宝の持ち腐れだ。 現状は、(制作者から見て)CSSの仕様は満足できるほど素晴らしくはない と思うし、しっかりサポートしているブラウザはごく少ない。 しかも使えないサポートをしているブラウザはシェア率がとても高い。 私はこれを仕事としていないから(つまり情報の共有が目的)、仕様に従っているだけだ。 これを仕事としている人は、ある程度無理な要求に応えるために仕様に違反したいこともあるのだ。 そうじゃないと仕事にならんのだから(ウェブデザイナが仕事としてどうなのかは別の問題だが)。 クライアントだって「お金払うんだからきちんと表示されたい」と思うし。 この問題を解決するには、クライアントとウェブデザイナ側がきちんとCSS(というよりはWWWの本来の目的) について理解することだね。 それにはとてつもない時間がかかるとは思うが……。 floatを本来の使い方で使ってない奴がおおいな・・・ 想定は極小さなものだな、昔のimgのalign属性のような。 ブロックで段組なんてやるならabsolute使っとけ。 >>74 もうちょっと柔軟な考え方すれば htmlもCSSも、もっと自由に利用するものだと思う 自由に使うこと=文法を守らないこと ではないんだがな。 cssちょっとだけやってみたけど結構便利だなあ。覚えるのが大変そうだけど 表はテーブルの方が楽だけど >>79 表のためのtable要素なんだから、 表はテーブルでやりなさい。 ハック使うのも、ブラウザごとに考えないかんし、 実際のとこ、大衆向けとなると、使い方の制限は変わってない。 CSSは昔からあったのにもかかわらず、今だからなぁ。。 CSSのみとなると、ビジターを絞ったサイトになるよ。 表もCSSは、辞めようよ。。。 CSSをオフにしたときの見え方とか考えたら、 tableで組んでれば、そのままの表になるのに、変になっちゃうよw 表をCSSでやるのはバカだが CSSのみのデザインはCSSが古い環境では適用されないだけだからそちらの方が良い。 >>76 positionが好きになれない。。。 非常に便利だけど、なんか、ブラウザの見栄えがFloatよりひどいような・・・ おれの、組み方も悪いんだろうなぁ。。。 contentsのなかにrightとleftのボックスをフロートで配置したんだけど contentsのボックスが伸びないんですが・・・leftやrightがcontentsボックスを ぶち破ってしまうのですが、どうすれば下に伸びるでしょうか? .contents:after { content:"."; display: block; height:0px; clear:both; visibility:hidden; } .contents {display: inline-table;} /* Hides from IE-mac \*/ * html .clearfix {height: 1%;} .contents {display: block;} /* End hide from IE-mac */ ここで言う「表」って具体的に何を指すのでしょうか。 >>90 What language do you speak about 'おk'? If you can speak Japanese, speak in Japanese and you will be happy! フレーム上左右に入れ子のテーブルを<br>で離してますが。 >>89 90じゃないけど「ここ」ってなによ ウェブページのレイアウトは表ではないことくらいわかるよね坊や あと無理に英語使わなくてもいいよ >>89 国語辞典なりなんなりで表の定義でも調べろやボケ ゆとり教育世代は、懇切丁寧に表の具体例を列挙してもらわないと理解できないぐらい頭が悪いのか? 今、ふと思った もしかしたら おもて。。。 いやいや、そうに違いない。 三|三 イ `< ,..-──- 、 _|_  ̄ /. : : : : : : : : : \ |_ ヽ ∧ /.: : : : : : : : : : : : : : ヽ (j ) / \ ,!::: : : :,-…-…-ミ: : : : :', {:: : : : :i '⌒' '⌒' i: : : : :} _ヽ_∠ └┼┘ {:: : : : | ェェ ェェ |: : : : :} lニl l | . |_|_| , 、 { : : : :| ,.、 |:: : : :;! l─| l 亅 __ ヽ ヽ. _ .ヾ: :: :i r‐-ニ-┐ | : : :ノ _ / } >'´.-!、 ゞイ! ヽ 二゙ノ イゞ‐′ l `ヽ エ⌒) | −! \` ー一'´丿 \ l/⌒ヽ -' ノ ,二!\ \___/ /`丶、 _ノ /\ / \ /~ト、 / l \ / 、 `ソ! \/l::::|ハ/ l-7 _ヽ /\ ,へi ⊂ニ''ー-ゝ_`ヽ、 |_厂 _゙:、 ∧  ̄ ,ト| >‐- ̄` \. | .r'´ ヽ、 ,ヘ \_,. ' | | 丁二_ 7\、|イ _/ ̄ \ i \ ハ |::::|`''ー-、,_/ /\_ _/⌒ヽ テーブルで以下のように区切りたい場合どうすればいいんでしょうか。 ------------------------ | A | | |----------| C | | B | | ------------------------ すいません。スペースがうまく反映されませんでした。 これでいいかな・・・ ------------------------ | A | | |-----------| C | | B | | ------------------------ すみません。89ですが、「このスレで話題になっている表という言葉が、 具体的にどのような内容のものを指す」のかわからなかったもので… 例えば新着情報は表として扱っていいのか、入力フォームは表なのか どこからどこまでが「表」なのか曖昧に感じたので馬鹿な質問してしまいました。 申し訳ございませんでした。 >>101 <table> <tr> <td>A</td> <td rowspan="2">C</td> </tr> <tr> <td>B</td> </tr> </table> >>102 スレタイ見ろ >103 お前もスレタイ見ろ スレ違いな質問はスルーしろよ フロートの解除問題で 横幅設定するとかvisibility: hidden;で入れ子のぶちぬきを回避できるみたいだけど。 IEで確認するとちゃんと表示されるんだけど、dreamweaverで製作中の画面ではぶちぬけた ままになるんだけど、こんな見にくい状態でつくっていかないといけないもんなの? 制作画面でもちゃんと親の中に子が納まるようにみれないのかな・・・・ ホームページ制作王は、世界の権威COMDEXが認めた唯一の標準アプリケーションである。 ホームページ制作王のみが標準であり、それ以外のソフトは全て非標準のイカサマソフトである。 ここ2chには、>>106 のように、非標準ソフトを平然と使い続ける恥知らずが大量に存在する。 彼らは、世界標準ホームページ制作王の普及を恐れるイカサマ販売業者が派遣した工作員の、 ホームページ制作王に対する根も葉もない風評を盲信してしまった哀れな人間である。 >>106 世界標準ホームページ制作王を使えば、悩むまでもなく、ワンタッチにて解決する。 ホームページ制作王は、あなたのWebを人類の英知の限界まで誘ってくれるのだ。 >>106 それが正しい仕様。 浮動ってのはそういうものなのに 勝手に親ボックスが拡張されたら逆に迷惑。 なんとかCSSで形になるぐらいまでできた・・・が、フレームでつくるより数倍の時間がかかった・・・orz スマン愚痴を吐かせてくれ。 脱テーブルレイアウトを目指して漸く形になったと思って 近しい人に見てもらったら、何かもの凄い冷たい反応。 なぜなのかと思ったらIE6で見るとレイアウト崩壊。 IE7とFFで組んでたから気がつかなかった……orz で、何とか再調整してみるもどうしてもIE6だとずれる。 俺はIE7が普及するまでCSSレイアウトなんかやらねえノД`)・゚・。 >>110 WindowsXP以上しか入れられないブラウザなんだから、 90%以上になるには5年以上かかるでそ。 2000以下のOSがどれだけ多いと思ってるんだ。 IEユーザーなんか、放置 あんなものを使ってる奴は、世の秩序への破壊工作に加担してるも同然 見たければ、FireFoxでもOperaでも用意しやがれボケ 化石みたいなOS使ってる分際で、今時のサイトが見れると思うなよ 誰がお前のクソサイト見るかって? 願ったり叶ったりだ、とっとと失せろ くらい書いちゃえよ、スッキリするよ オレは、IE6用のCSS用意してあるよ( ´ω`) ていうか正しくapplication/xhtml+xmlにすると 自然とバカIEは見られないし、放置も何もない。 pre要素で段落を実現することの意味を君は知っているか! 某Web製作会社の初心者セミナーでは思いっきりテーブルレイアウトを教えてる。 何も知らずにそれを学んでいた俺達っていったい・・orz tableで作りはじめる ↓ tableはもう古いDIVだ ↓ DIVに疲れてtableに戻ってきたよ ←今ここ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる