正直HTML + CSS でデザインするのいやなんですけど

だいたいなんでW3CはCSSみたいなモンを世に出したんでしょうか。
CSSじゃ結局恒久的なデザインが出来ないじゃないですか。
事実ほとんどのサイトではテーブルレイアウト。
そりゃHTMLは論理マークアップするだけっていうのはいいと思うけど、
CSSは互換性とか気にしないといけないし、
一日中「media=allにすると云々」「NS4でスタイルシート云々」とかいってるし引きこもりかっつうの。
なんかCSSで段組レイアウトとかいうサイトまであるし。おめでてえな。
段組レイアウトでさえも(初心者には)苦労するCSSって無用だよねー。
そこで僕が考えた HTML + CSS にかわる案をレスが50ぐらいついたら教えます。

んじゃ!

無知を晒すのッて流行ってるんですか?

どこが?

50！

CSSは便利だろ。

>>5
それくらいわかるさ
事実僕も外部CSSファイルで管理を少し楽にしたりとかはしてる。
でもHTML+CSSでマークアップとデザインをちゃんと切り離している人はごく少数だろ?
CSSが実力不足って事は否めないよ

>>1

＞そこで僕が考えた HTML + CSS にかわる案をレスが50ぐらいついたら教えます。
そんな便利なのものがあれば既に使用されていると思われ。
カールとかいうオチは無しの方向でよろしくｗ

今時テーブルでレイアウトなんて遅れている。
流行りは画像スライスさ。

>>7
僕もそのオチが浮かんだ。。

＞CSSじゃ結局恒久的なデザインが出来ないじゃないですか。

恒久的なデザインはするべきではないんだが
そもそも物理マークアップこそMosaic系UAの表示結果に期待したものだと思うが

＞CSSは互換性とか気にしないといけないし、

Netscape系タグを濫用した物理マークアップの方が互換性に問題ありですが

＞一日中「media=allにすると云々」「NS4でスタイルシート云々」とかいってるし引きこもりかっつうの。

糞UAの実装を気にするThh氏ですか？

＞なんかCSSで段組レイアウトとかいうサイトまであるし。おめでてえな。

なんかtableで段組レイアウトとかいうサイトまであるし。おめでてえな。

＞段組レイアウトでさえも(初心者には)苦労するCSSって無用だよねー。

文書構造の明示でさえも(初心者には)苦労するNetscape系タグって無用だよねー。

>>7
カールなんて流行るわけがない
あれはロースペックなパソコンや他OSを全然意識していない糞言語だよ

>>10
>恒久的なデザインはするべきではないんだが
>そもそも物理マークアップこそMosaic系UAの表示結果に期待したものだと思うが
CSSが恒久的なデザインをするものではないといっても
ウェブデザインにおいて恒久的なデザインをする必要がないとは言わせんぞヴォケ

>Netscape系タグを濫用した物理マークアップの方が互換性に問題ありですが
>文書構造の明示でさえも(初心者には)苦労するNetscape系タグって無用だよねー。
ハァ?なんでCSSの話してるのにNetScape云々とかいってんの?

>＞なんかCSSで段組レイアウトとかいうサイトまであるし。おめでてえな。
>なんかtableで段組レイアウトとかいうサイトまであるし。おめでてえな。
CSSで段組レイアウトについて説明してあるサイトのことですが？
知ったかぶりですか?

>>1 既出です。
「(´-`).｡ｏＯ人はTABLEにもどってくるんだよ。」
http://pc.2ch.net/test/read.cgi/hp/1011140326/l50

>>13
ここはテーブルマンセーなスレじゃないよ
勘違いもほどほどにね

いやいや、読んだのかね？
「(´-`).｡ｏＯ人はTABLEにもどってくるんだよ。」も
「テーブルマンセーなスレじゃない」んだよ。

cssが嫌いなのはわかるけど1の口調がもっと嫌いなのは漏れだけですか？

で、FlashMXって落ちでしょうか？

>>17
いやいや、確かにCurlよりは現実的だけど
これも標準化されるほどの器を持ったものじゃないと思う

>>17
ｿﾚﾀﾞ!(･∀･)

>>18
使いこなしてから言おうねｗ

>>20
はい?苦し紛れの煽りですか?
その技術が標準化されるかなんてそれの性質を見れば普通嫌でもわかりますが?

>>21
味方しようと来てみたら、>>1はただのアフォでした。凹みながら帰ります。

＞CSSが実力不足
UAの実装が不足なんだよ。CSSのお勉強しな。
あと駄スレ立てないマナーも覚えなよ、坊や。

>>1
レスが５０ついたら削除依頼出してくれるの？

>>22
煽りじゃなくて素で言ってんのます?
標準化の意味わかる?
流行るとかそういうレベルじゃないのはわかる?

>>25
日本語喋ってください。

>>26
×てんのます
○てます
自分で笑っちゃったよ…

>>23
自分が言ってるのはCSSの性質事態が悪いって事だよ
論理マークアップをただ装飾するだけじゃまともなデザインができないってこと。
テーブルレイアウトで画像を使って枠線に見せるってのも
CSSじゃわざわざ空のdiv要素入れないといけない、もうアホかとバカかと(以下略

とりあえずCSSは以下のような書き方を許可して欲しい。

position: absolute;
top: (10+50)px;
left: (10+10)px;

これだけで、かなり変わる。
JSSS普及して欲しかった・・・（勿論、JSオフでも動作可能でね）

>>25

＞>>1はただのアフォ（←このへんが標準化）
＞凹みながら帰ります。（←このへんが流行）

>>28
CSSを使ってでもHTMLからデザイン的要素を廃そうとした理由は分かる？
将来的にWebリソースがどういった形で利用されるか想像できる？
いい加減下らん議論を繰り返すなよ。

1は自分の勉強不足をCSSのせいにしてるだけ。

>>31
もういっぺんこのスレ読み返せ
自分が言ってるのは
　CSSは糞!やっぱテーブルレイアウトだね!
とか言ってるわけじゃない。
　HTMLは論理マークアップ、CSSはデザインを司るって仕組みは良いと思うけど
　CSSでの装飾の仕方が糞、CSS逝って良し!
ってことを言ってるんですよ。

>>32
それ正解！

>>33
もういっぺんこのスレ読み返せ
皆が言ってるのは
　各UAのCSS実装が糞、特にNN4逝って良し!
ってことを言ってるんですよ。

>>35
もういっぺん>>28読み返せ
話をループさせる気か

>>1は暇人なんだなァ・・・(´-`).｡ｏＯ

レイアウトのために「空のdiv要素」を使ってる例は見たことないんですが。

<div class="hoge" />とかだろ？

>>38 くだらん揚げ足とるなよ。ウザイ。

>>38
＞http://www.remus.dti.ne.jp/~a-satomi/
＞<div class="unitBottom"></div>
<div />を認識しないブラウザへの配慮じゃ

現人神1様のご高説を伺うためにも50まであげるぞ！

>>40
正直、すまんかった。
でも、それもafter擬似クラスをまともに対応しないUA対策なんだけどな。

>>40
ttp://www.remus.dti.ne.jp/~a-satomi/common/css/__defaults.css
/* div.unitBottomは意味無しdiv。よろしくないHTML。
多くのUAが :after 疑似要素 を解釈するよーになって
実用的になるまでの過渡期暫定処置。 */

ここまでワイルドな１はこの板でひさびさにみた

>>43
テーブルレイアウトで枠線という例が悪かった。
例えば画像をhr要素として表示させたい場合CSSじゃ困ることが多々あると思う。
あと可変長なテーブルレイアウトの枠線をCSSでどうやって記述するのかとか色々ある。

擬似クラス周りがちゃんと実装されれば、余計なdivやらクラスやら無くともデザインは出来るぞ。
UAの実装がうんこちゃんなだけで。

大体、物理マークアップの表示だってブラウザ独自のスタイルシートに依存したもんだからな。
tableだってスタイルシートで表せるようになる。

>>44
君はさっさとCurl日本ユーザ会のFAQでも作りなさい。
多分MLのみんなは待ちわびてるぞ

勢いだけで矛盾しまくりだけどな。

50

５０

50ｷﾀ━━━(ﾟ∀ﾟ)━━━━!!

>>46
CSSが、UAが云々とサルみたいに言っているわけだが
ブラウザ製作者のことも考えたことがあるのか?
特にマイナーなOSに付属しているブラウザではほとんどとCSSは実装されていない。

>>52
だからさー。
CSSなかったらUAが独自に整形してくれて万万歳じゃん。
そのときにデザイン用の要素は邪魔になるだけ。

それよりはやくかわる案出せよ。

>>1
早く出せ。
興味ないけど参加してみる。

暇だからもう少しだけ待ってみる。

>>53
>>12の前半参照な


んで50レスついたわけだけど
まだCSSは糞って事に同意できない人いる?

>>56
君の稚拙なアジテーションに同意する奴がゐるとでも？

もう待てないので帰る。

【結論】
>>1が糞

>>56
じゃあHTML使うなって。

君はw3mやhomepage readerについてどう思うんだ？

>1
CSSはあくまでHTML/XMLに対する付加的な位置づけ。いわば"おまけ"。
それにCSSは軽さ・単純さが魅力。
デザインが固定できないのはあたりまえ。
それで不満ならさらに高機能な、
XHTMLをXSLTでXSLやSVGに変換する方法がすでに勧告になってるよ。
それで十分。

>>57-58
で、君らは中身のない事しか言えないの?

>>59
ハァ？
もういっぺんこのスレ読み返せヴォケ!!

>>60
>デザインが固定できないのはあたりまえ。
だからそれを批判してるんだけど?

>それで不満ならさらに高機能な、
>XHTMLをXSLTでXSLやSVGに変換する方法がすでに勧告になってるよ。
で、Win,Mac,Linux以外のブラウザでそれが実装されてるヤツあるっけ?

互換性を重視したいのか、*一部の*視覚系UAの整形に頼りたいのか、はっきりしろ。

＞そこで僕が考えた HTML + CSS にかわる案をレスが50ぐらいついたら教えます。

早く出せヴォケ>>1

CSSに対する文句ばっかたれてないで、はやく解決法を教えてください。

>それで不満ならさらに高機能な、
>XHTMLをXSLTでXSLやSVGに変換する方法がすでに勧告になってるよ。
で、Win,Mac,Linux以外のブラウザでそれが実装されてるヤツあるっけ?

↑を読む限り>>1様の提案はUAの実装状況に依存しないんですよね！

>>62
>互換性を重視したいのか、*一部の*視覚系UAの整形に頼りたいのか、
そんな事言ってないし

>>63
反対派がうるさいのでしばし待て

いいから早く出せｳﾞｫｹ>>1

反対派より１の暴言の方がうるさいという罠

>>64
実装状況に依存しないというより実装するのが極端に簡単だと思います。

>>61
>Win,Mac,Linux以外のブラウザ
って何？ OS/2のWarpzillaとか？

1様のすばらしい案を披露することで反対(?)派は黙らざるをえないでしょう。
ズバッとご披露くださいませ

>>61
MozillaはBeOSにもBSDにもOS/2にも対応してたり。

>>1=>>47

もう作ったのですが、、、

>>61
> で、Win,Mac,Linux以外のブラウザでそれが実装されてるヤツあるっけ?
>>68
> 実装状況に依存しないというより実装するのが極端に簡単だと思います。
矛盾。

>>71
すまんかった、言い直すよ。
XSLTなどなどはあまり実装されにくい。
事実71があげているBeOSの付属のブラウザ(NetPositiveな)ではHTMLしか実装されていない。

>>74
つまり>>1の機能はHTMLだけですべてのスタイルを実現するものらしい。

>>1
解決案の提示を待ってます。
正直、ネスケ4.x等のためにわざわざ表示を切り替えさせるのは
もううんざりしてる。

フォントタグ使えってことなのか？そうなのか？

>>75
それです。
細かい部分は今文章を推敲中なんでちょっと待て

>>74
XSLTはクライアント側じゃなくてサーバ側の対応でもできますが・・・。

>>78
・印刷・音声への対応は？

一時間つまらないことで楽しましてもらったよ。じゃあな>>1

>>80
だから
　レイアウトはテーブルにも戻れやヴォケども!
とか言ってるわけじゃないです。
あくまでCSSの代替案です。

こうきゅう【恒久】
長く変わらないこと。永久。「―の平和」

恒久的？( ﾟдﾟ)

期待age

>>82
CSSの代替なら非視覚メディアへの対応は不可欠だぞｺﾞﾙｧ

ところで
正直HTMLってなんですか？
しょうじきえいちてぃーえむえる、なんて聞いたことないんですが

CSSのおかげで、視覚系ブラウザは大変なことになったが、
印刷・音声などの他のメディアでの表現の幅が広がった事を無視してはいけない。

>>86は1以下と書いてみるテスト

結局 1 の妄想自爆ということで。

>>89
もちっとまて

ただ1が遊んでるだけだよ。
そんな凄い情報があるはず無いし、50とっくに過ぎてる。
他の人も釣られて遊んでるか…。

えーと、もはや小学生でもウェブサイトが作れるほど今製作者が多いわけですが
このごろ新しいコンテンツ言語が生まれているわけですけど
その様子を見ればわかるとおり、世界に何万とあるウェブサイトが
新しい言語に切りかえるのは相当非現実的な事と思われるのは明らかです。
観覧者側も新しい言語のプラグインを誰もがインストールするというのは到底ありえないということも明らかです。
普及させるためには必ず新しい技術自体に魅力やお手軽さが必要だと思われます。
今CSSというものがありますが論理マークアップされたものを修飾するという考えは非常に良いものだと思いますが
修飾の仕方に問題があり今現在の企業のサイトではしっかりテーブルレイアウトされていて
CSSでは文字の修飾ぐらいにしか使われていないのが現状です(bAとかは違うらしいけど)。
そこで自分はCSSの良いところだけを抽出した新しい技術を思いつきました。
修飾もHTMLでしちまおうということです。

注意:前振りが長いのでこれは読まなくても良いかもしれません。
　　　続きはもちっと待て

とほほ……期待して損した

スタイルシート論争の予感……。

1は1以下と書いてみる本番

>>1は小学生。

突っ込みどころ満載。次にも期待。

PDFじゃだめなの?
「紙メディアとしてのHTML」の代替としては最強。

>>97
とりあえず待ってる間何もしないのが退屈なら
>>92になんか突っ込み入れてくれないか?
その間自分は文章作るから

>>98
俺が1ならPDFはadobeの独自規格なんでダメと言ってみる。

俺ならオススメはPostSiript直書きｗ

>>100
PostScriptだってadobeの略

>>99
>>97じゃないけれど、まず「コンテンツ言語」で大爆笑。

>>101
そだったね。やっぱりTexにしておくよｗ

>>102
コンテンツ言語=Curlだけど?

1 の言いたいことを要約するとこうだ。

結局のところ、見栄えと意味を分離しないという web 原始時代に
NS が生み出したところの産物に逆戻りしようというのが本稿の主張である。

帰れ。

というわけで、みなさん以後放置でお願いします。

>>105
いっぺんこのスレ読み返せ
つうかお前が帰れ

コンテンツ言語ってなんだ？マジわからん。

＞＞108
http://www.hotwired.co.jp/news/news/technology/story/20011207301.html

>>99
いや、まず文章が汚いからもっとちゃんと推敲すれ。

＞CSSでは文字の修飾ぐらいにしか使われていないのが現状です(bAとかは違うらしいけど)。
そんなことねーYO!
だいたいそれCSSデザインには含まないし。

＞修飾もHTMLでしちまおうということです。
絶句したけど、これは続きを待ってから。

>>109
その記事も当該記述は大爆笑なんですけど。

1 の文章力が小学生以下なので、誰にも言ひたい事が伝わつてゐないと云ふ事実。

HTMLで可能な*レイアウト*はHTMLでやっつけて、
CSSをつまみ食いしちゃおう、ってこと？

CSS使うのが嫌だったら使わなかったらいいんだし、
table大好きだったら使えばいい。
table嫌いも同じ。
それでいいんじゃないの？

>>113
いっぺんこのスレ読(以下略

1 の文章力が小学生*未満*なので、誰にも言ひたい事が伝わつてゐないと云ふ事実。

1は反論してる暇があったら、とっととまとめてくれ。

>>115←鼻糞を笑う目糞。

続き。
とりあえずこれを説明の便宜上MHTMLとでも言っておきます。
それでは今からMHTMLの書き方を教えます。

MHTMLの書き方はCSSに似ています(性質もある程度似てます)。
htmlファイルのhead要素内に
<mhtml type="mhtml/text">
<!--
em='<font color="red">';
-->
</mhtml>
というような感じです。

…

×mhtml/text
○text/mhtml

何遍読んでも、
CSSは恒久的ではないので、
HTMLでデザインしよう
といってるようにしか思えない。

これでも、続編に期待してるんだよ。

終わった。やっぱり最悪だった。期待して損した。＜してたのか。

>1 どうでもイイ事を長々と引っ張るなよ。ただのネタか?つまんねぇ。

ちょっと、びっくりしたよ。

いや、違う意味で……
1以外は、この気持ち分かってくれるよね……

( ﾟдﾟ) ﾎﾟｶｰﾝ

>>123
同意。もうね、ゲンナリですよ。
非常に画期的なアイデアが出てくるのならともかく、よりによってこれかよ。
頭の中がおかしいらしい。

CSSと、どこがどう違うのよ

このスレは、>>1 を叩くスレに変化するという噂。

>>127
最初から>>1を叩くスレですが？

>>1は発表した時点で達してしまったのでもう満足です。

結局ネタでした。削除依頼してください。

だってお前考えてみろよ
実装が簡単で製作者もなじみやすいならもうこれしか思い浮かばないYO!
もう漏れの脳はヒート寸前です。だれかCSSに代わる代替案を出してくれよう…

>>131
このスレで騙ってもおもしろくなぃょぅ

>>131
＞実装が簡単で製作者もなじみやすい
CSS

本当に、あれで終わっちゃったの？

1が終わってるかどうかは聞いてないですよ。

>>132
>>131は本物だよう…

>>131
自分で言っておいて最後はそれかよ。
ROMってたけど、期待してがっくし。
[結論]
春だなぁ･･･

>>135
つまらないよう

じゃあ誰でもいいからなんか代替案を出してくれYO!

代替じゃなくてCSSを拡張で充分だろ。

こいつらネタスレなのに期待しちゃってｶｺﾜﾙｲ
とか >>1 が今思っていると思うと腹がたつ。

ところで、
MHTMLのMってなんのMなんでしょう？

Millennium？　Masochistic？

CSS 拡張で十分です。

>>141
>>1のイニシャルに決まってるだろ

CSSが普及するまで待つ案以外な。

将来
「昨日一日で全ブラウザ用のCSS（計7枚）かいちゃいました(笑)」
とかすんのまじでイヤだからな。

>>144
MHTMLとやらが普及するよりは早いぞ

>>141
マクロ

>>146
どっちにしても痛い。

さっき「1 は C のマクロみたいなことをやりたいんじゃないのかと推測してみる」
と書いたらサバエラーですか。

>「昨日一日で全ブラウザ用のCSS（計7枚）かいちゃいました(笑)」
なんでこんなことしないといけないのかが分からない。こういうこと
してたら CSS が無力に思えてくるのも当然だ。

結局 >>1 が CSS を使いこなせていないという事実を露呈しただけ。

>>148
ふと思った。
JavaScriptで分岐命令付きスタイルシートって実現できないか？
現行のスタイルってほとんどJavaScriptで制御できるし。

>>1 >>92 >>118
（´･ω･` ) ｼｮﾎﾞｰﾝ
半分マジで期待してたんだが。
回線切って逝きます。

>>148
>>「昨日一日で全ブラウザ用のCSS（計7枚）かいちゃいました(笑)」
>なんでこんなことしないといけないのかが分からない。
>こういうことしてたら CSS が無力に思えてくるのも当然だ。
将来の事だって。

>>151
だから将来なんでそう言う事態になるんだよ。
メディアごとに分けてるとかならともかく。

>>149
可能。あと、apache の SSI にも条件分岐があるらしい。

>>151
将来なら標準化が進んで CSS は殆ど一つで良くなる様に思われ。>>152 に同意。

>>152
全ブラウザってのは言いすぎた。
CSSのバージョンによって使える属性は違うだろ
だからそんな事が起こるかもしれないと思っただけだよ

>>154
後方互換性と言う言葉は御存知ですか？

>CSSのバージョンによって使える属性は違うだろ
( ﾟдﾟ) ﾎﾟｶｰﾝ
ある程度基本的なことは CSS1 だけで出来るし。

>だからそんな事が起こるかもしれないと思っただけだよ
自分勝手な推測で物事を言って叩かれる馬鹿。おめでてぇな。

:after,:beforなどの擬似クラスやfloat,positionのようなものが今から多く実装されるかもって事だよう

CSS なんて飾りです。偉い人にはそれが分からんのです。

>>157
( ﾟдﾟ) ﾎﾟｶｰﾝ

>>157
(ﾟДﾟ)What's?

足なんて飾りだは

　　 ＼££／
　　　 （´∀｀）
　　　（　　　　）
　　／￣￣￣＼
((　〜〜〜〜〜　))

　 　 　 　　　　┌┬┬┬┐
　　　　―――┴┴┴┴┴―――――、
　 　/. ￣￣￣//.￣￣| ||￣￣￣|||￣ |｜　　　 　＿＿＿＿＿＿＿＿＿＿
　　/.　 　　∧// ∧ ∧|.|| 　 　 　||| 　 |｜　　／
　[/＿＿__(ﾟ_//[ ].ﾟДﾟ,,) ||＿＿＿||| 　 |｜ ＜ 　>>157 どうぞお乗り下さい
　||_.　*　 ＿|_|￣￣ ∪|.|. 　 　 　 .|ヽ. _|｜　　＼＿＿＿＿＿＿＿＿＿＿
　lO|o―o|O゜.|二二 東|.|京 精神 .病院 ||
　| ∈口∋￣_l＿＿ｌ⌒ｌ_|＿＿＿__%7

もう、ブラウザの機能を争う時代は終わったよ。
これからはコンテンツの時代。
各ブラウザはコンテンツを忠実に再現されることを望まれている。
実際、その方向に向かっている。

1はIDがMHTMLと書いてみる晒しあげ

HTML 3.0マンセー

>>165
日本語使わないで頑張ってください。

CSSなんて文字の大きさや色の指定にしか使わんなー。

HTML 3.0 manseeeeeeee!

もうやってらんねーよ

テスト。

>>169
笑い。

で、もう終了ですか?

終了です。面白かったのに。

1は革命どころか一揆にもならなかった事実

50ｹﾞﾄして損した…。

>>1よ、スレッド削除依頼の出し方は知ってるかい？
自分で削除できたら中学生程度であることは認めてあげよう。
そしてCSSを勉強し直して、せめて高校生程度になってから帰って来ておくれ。

CSSはもうわかってるんでいいっす

sage

>>177
この期に及んでまだしゃべるか。

CSSを擁護する為に「ブラウザが糞なんじゃ！」って言う意見。
じゃ、何で糞な実装しかされないの？

逆に不思議マークアップになると、table未対応の糞なブラウザを持ち上げて
「糞マークアップが悪い」と言う。

W3Cスタンダードに従わないN4が糞なら
デファクトスタンダードに習わないブラウザだって糞。

W3Cは、実装する以前に何故か仕様だけ定めてしまう。
特に高度な処理を要求されるようなものになると決めるだけ決めてあとは放置。
text-shadowって何よ？

>>180
( ﾟдﾟ) ﾎﾟｶｰﾝ

>>177
>CSSはもうわかってるんで
あんな阿呆なこと書いておいて、どの口でそんなことを……。
精神病者に病覚が無いのと一緒か。

>>180
中途半端な知識で語られると痛いなｗ

( ﾟдﾟ) ﾎﾟｶｰﾝ
( ﾟдﾟ) ﾎﾟｶｰﾝ
( ﾟдﾟ) ﾎﾟｶｰﾝ
( ﾟдﾟ) ﾎﾟｶｰﾝ
( ﾟдﾟ) ﾎﾟｶｰﾝ

mhtmlとやらができたところで普及ないだろ。
cssの実装状況はあと１、２年で一変するだろうし。

1はダメ人間の典型。

作詞／佐藤惣之助　作曲／古関裕而

一
六甲おろしに颯爽と
蒼天翔ける日輪の
青春の覇気麗しく
輝く我が名ぞ阪神タイガース
オウ、オウ、オウオウ
阪神タイガース
フレ、フレフレフレ

二
闘志溌剌起つや今
熱血既に敵を衝く
獣王の意気高らかに
無敵の我等ぞ阪神タイガース
オウ、オウ、オウオウ
阪神タイガース
フレ、フレフレフレ

三
剛腕強打幾千たび
鍛えてここに甲子園
勝利に燃ゆる栄冠は
輝く我等ぞ阪神タイガース
オウ、オウ、オウオウ
阪神タイガース
フレ、フレフレフレ

>>182
ちょと待ち
もうなんでそうなるのかと小一時間(以下略

>>6
＞事実僕も外部CSSファイルで管理を少し楽にしたりとかはしてる。
＞でもHTML+CSSでマークアップとデザインをちゃんと切り離している人はごく少数だろ?
ここから
＞CSSが実力不足って事は否めないよ
この結論を導くやつはｱﾌｫ

>>12
＞CSSが恒久的なデザインをするものではないといっても
＞ウェブデザインにおいて恒久的なデザインをする必要がないとは言わせんぞヴォケ
ウェブデザインの本質をわかってない。ｱﾌｫ

>>14
＞>>13
＞ここはテーブルマンセーなスレじゃないよ
＞勘違いもほどほどにね
他のスレを見ないで反論。ｱﾌｫ

もう>>1以外がｱﾌｫ以外のなにものでもないのは自明。

>>188
それより>>1は、>>144で述べた、
>「昨日一日で全ブラウザ用のCSS（計7枚）かいちゃいました(笑)」
が「なんでそうなるのか」をちゃんと説明してみたまへ。
>>157ではあんまりわかってない発言だったので、みんな引いちゃったぞ。

>>180
テキスト・ブラウザって知ってる？
未対応と非実装の差もわからないかい？

マークアップなんて飾りです。偉い人にはそれが分からんのです。

>>191
うん。実装しているテキストブラウザ知ってるよ。
ま、それも中途半端だけど。

そもそもhtmlみたいなんでweb作ること自体ナンセンス。
webはFLASH的になっていきますよ。
テキストが検索に引っかかるようになってくるだろーし。

>>151>>154>>157
これ見て>>1がCSSをわかってると思うやつはいないぞ。

>>193
テキストブラウザはテキスト関係(colorとか)だけ選んで実装してるんだろ？
そのブラウザのことは知らんが中途半端とは違うと思われ。

>>194
それもちょっと違うような気もする。

例えばFLASHで作ったやつのテキストが
検索で引っかかるようになるのは大歓迎。

>>189
>>6だけ見てるような言い方だな
いっぺんこのスレ読み返せ

>>12
>＞CSSが恒久的なデザインをするものではないといっても
>＞ウェブデザインにおいて恒久的なデザインをする必要がないとは言わせんぞヴォケ
>ウェブデザインの本質をわかってない。アフォ
じゃあ聞くけどさ、
もし04とかtomatoのサイトをCSSに対応してないブラウザでみたら
素のHTMLでそのまま表示される。そんなのイヤだろ?

>>197
嫌なわけないじゃん。アホか？

>>197
＞もし04とかtomatoのサイトをCSSに対応してないブラウザでみたら
＞素のHTMLでそのまま表示される。そんなのイヤだろ?

04とかtomatoってどこよ？URLくらい貼っとけ。

別にデフォルトスタイルで表示されても困りませんよ。
困るようなサイトならそのサイトのHTML記述が腐ってるだけ。

200ｹﾞﾄｰ

HTMLがデザインに向いていない。同意。
だって構造を定義する言語ですから。

>>1は後２５年ほど早く生まれればCSS策定に関われたかもね。

でもFLASH的になってくのが理想でしょ。
オーサリングソフト上で、ここにこの画像、ここにテキスト
っておいてったら、誰がどこで見ても同じように表示される。
あとはスクリプト、プログラミングで高度なインタラクティブ性を付与させる。
これ最高。
これって作る側のエゴかしら？

>>202
活用する側としては非常に使いづらいね。

デザインに重きを置くかコンテンツに重きを多くか。

世の中いろいろな人がいるものです。

＞もし04とかtomatoのサイトをCSSに対応してないブラウザでみたら
＞素のHTMLでそのまま表示される。そんなのイヤだろ?

対応していないブラウザでも見られるように論理マークアップするんだろ。
・・・ってここまで書いて「04」のソース覗いてﾜﾗﾀ。

なんで「04」の名前あげたの？やっぱアホ？
http://www.04.jp.org/

何度も何度もこの手の論争は見てきた。うんざり。

>いっぺんこのスレ読み返せ
本当に読み返した方がいい。1 の馬鹿さをこのスレは完璧に証明している。こんなスレ、めったにない。

>>202
>でもFLASH的になってくのが理想でしょ。
そんな理想を押しつけられてはたまらんなあ。
別にインタラクティヴでなくてもいい。
真っ当なテキストを可読性に優れた組版で読めればいい。
特に学術系サイトでの論文公開とかではね。

構造を無視してデザインばっかり考えているから糞のようなサイトばかりが増えるんです。
おそらく 1 のサイトも糞。

>>1に同意の人って一人でも居るならお慰みです。
誰も同意してくれないのに自分が間違ってたのではあるまいかと
反省してみようともしないのは、大した自信だ。

>>202
エゴじゃねーかヴォケ

>>204
もしかしてCSSに対応してないブラウザでもちゃんと見れるって事を言いたいの?
「例えば」って言葉の意味はわかるだろ？

>>207
自分のサイトには物理マークアップはないんですが何か?

mhtml晒しあげ

>>209
>「例えば」って言葉の意味はわかるだろ？
独りよがりの語法で述べておいて説明した気になられても困る。
いったい何をわかれと？
君は作文技術を学んだ方がよい。

>>209
>>1が「例えば」と書いたのは>>45と>>209だけのようですが、
何のことですか？

( ﾟдﾟ) ﾎﾟｶｰﾝ
まだやってた・・・
悲惨な1になれるようがんがってください。>>1

殆どのブラウザで同じような「見た目」になるようにしたいんなら、変な見栄を張らすに物理マークアップすればいいだけの話だよな。
少なくとも現時点では。

>>209
>自分のサイトには物理マークアップはないんですが何か?
URI を晒して下さい。それであなたが本当に HTML と CSS を分かっているか
どうかの、最も手っとり早い証明になります。

とか書いても、絶対晒さないだろうな、とか言ってみるテスト。

もうやってらんねっつうの

--------------------------------------------------
迷い道 ── 俺たちの歌（渡辺真知子 作詞/作曲）

現在過去未来 2ちゃねらーに逢ったなら
私はいつまでも待ってると 誰か伝えて
まるで喜劇じゃないの
ひとりでいい気になって
みんなの煽りに 意地をはってたなんて
ひとつ人生を ひとつまちがえて
迷い道くねくね

今さらスレッドに 愛の奇跡求めて
いかさまカキコは続く IDを変えながら
あれからどうしてるの
いまごろどこにいるの
ひきこもっているといると 噂できいたけれど
ひとつ人生を ひとつまちがえて
迷い道くねくね

捨ててしまったわ 昔のコテハンなんて
もしも許されるものなら
きっと生まれかわる
まるで喜劇じゃないの
ひとりでいい気になって
カキコを待っているの　今もあなたのために
ひとつ人生を ひとつまちがえて
迷い道くねくね
--------------------------------------------------

×「例えば」
○「もし」
ほんとやってらんね

自分も年だと思う瞬間。
1がかわいく思える。いや、ほんと。なにげに新入社員だった頃を思い出す。
言ってることが正しければ鼻につくのだろうが、ヘタレているのに必死なのでなんかかわいい。
いやな年寄りだ＞自分
逝ってきます

ネット事件板で紹介していい？
どうせ、黙殺されるが落ちだろうから、
放置しといたほうがいいかな。

>>218
>>197のことか。
だから使い方が腐ったサイトを例示して
使われてる技術が腐ってると言っても説得力ないって事に気付こうな。

やっぱり 1 は CSS を何も分かっていないのと思われ。
物理マークアップがないとか言っても <div class="h1"></div> とかあったりしてな。笑い。

>>221
>だから使い方が腐ったサイトを例示して
腐った使い方をせざるをえないんじゃ

>222
>やっぱり 1 は CSS を何も分かっていないのと思われ。
>物理マークアップがないとか言っても <div class="h1"></div> とかあったりしてな。笑い。
妄想じゃん

>>223
わかった。みなまで言うな。
自サイトのURL晒せ。
それだけで十分だ。

>>223
>腐った使い方をせざるをえないんじゃ
妄想です。人に「妄想じゃん」と言っているのに自分も完全に妄想している
ということに気がついていないという事実。

とにかく、自サイトの URI を晒せばすべて解決する。俺はそれを荒らしたりはせん。
他の奴は知らんが。

>>1
自分のを晒せとまでは言わないが、なんか作ってみろ。

自分のサイトの一ページのソースで良いから晒してくれ。CSS も忘れずに。

>>1はカスイケスレとかStrictスレとか見てないんだろうな…
「(´-`).｡ｏＯ人はTABLEにもどってくるんだよ。」 スレも読んでなかった支那。

じゃあ何作ればいいかな

まさか和久井君じゃないよな・・・

>じゃあ何作ればいいかな
何も作らなくていい。自分のサイトの URI を晒せばいいのだ。

もうヲチ板逝きですね。

お前ら全員逝って良し!

結局逃亡か、つまらん。

もうネタあきた。
つまらんネタでひっぱるなよ。

>>腐った使い方をせざるをえないんじゃ
>妄想です。人に「妄想じゃん」と言っているのに自分も完全に妄想している
>ということに気がついていないという事実。
ブラウザやバージョンでころころ見栄えが変わるもんにデザイナーがなびくわけないだろ

＞ブラウザやバージョンでころころ見栄えが変わるもんにデザイナーがなびくわけないだろ

( ﾟдﾟ) ﾎﾟｶｰﾝ

>>236
またしてもワカッテナイ発言。
結局>>1って視覚依存ブラウザしか念頭に無いんだな。
HTML・XHTMLの互換性の理念を学習して下さい。

( ﾟдﾟ) ﾎﾟｶｰﾝ
とりあえず、1 は何も分かっていないということで、
1 以外全員一致と見なしてよろしいですね？

結局 URI を晒さずじまいですか。>>1 よ。
最初なんかヴォケとか言ってて威勢良かったのに段々と無知がばれて
行くに連れ、さっきの威勢はどこへやら。

世間にもこういうまだ見ぬ馬鹿が沢山いることを思い知りました。良スレです。笑い。

>>239
異議なーし。

今更だが、イヤならやめればいいだけでは。
それとも誰かに頼まれてるのですか? >>1

根本的な指摘。mhtml とかいうのは XSLT で再現可能。
指摘遅すぎですか。

>>243
>>1以外には暗黙の了解です。

>>1の提案が悪いというより
スレタイとひっぱりが悪質なのでは？

あとCurlのＱ＆Ａにレスなくて寂しかったです。
すみません、英語の勉強してきます

>>246
あーあ、>>1以外知ってるから黙ってたのに。

>>1の主張

「（俺は）HTML+CSSでデザインするのは面倒だから、
　新しく（俺の脳内で）考えた（俺がやりやすい）仕様をベンダーは
　（俺のために）実装するように。絶対（俺には）CSSより便利だから」

>>246
1 が逃亡したから言ったってのもあるんだけどな。笑い。

伝説一歩前かな。

しもた、>>246は>>243の間違いで....
ｳﾄｩ

>>250
アゲるな。沈めろ。

春だなあ・・・

お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w
お前ら暇すぎ（w

こんなネタ人間の出現地に乗り遅れとは・・・。鬱。

まあ、これも春の名物（迷物？）ということでヽ(´ー｀)ノ

ん？…
結局そんなに見栄え変えたくなきゃ物理マークアップでもしとけってことか?

全部画像。

>>1よ、CSSより岡田のアホをなんとかしれ。

ん?…
もしかして皆04やtomatoを知らない…?

手前の常識で語るなｱﾌｫ
世の中には2chを知らない人間も居るだろうが

>>260
ココの人間の5割は知ってるんじゃないかなと思ったんだがなあ
ウェブデザインの雑誌でもよく取り上げられてるが

結局つまらんスレだったなとつぶやく結論

そんなつまらんスレをageちまって謝罪sage

結局、どうして 1 はわざわざ「HTML+CSSがいやだ」と書いたよ？
1 はつまるところ「HTML に似た、しかし HTML とは概念や目的がちょっと違う
マークアップ言語を考えたぜ」て言いたかっただけなんだろ？
それとも 1 はあくまでも「HTML を撲滅したうえで」MHTML(仮称)を提案したかったのか？

そのあたりで筋が通ってない結果がコレだ。

教訓:新しいマークアップ言語を提案したければ、その前フリは慎重に。
　　 余程の提案でない限り「HTML うぜぇ」などと書こうものなら即座に厨決定。

1うざい

>>264
いや、既存のhtml言語にくみこんでどうこうするもんです。
んで音声ブラウザには置き換え前のhtmlを出すわけですよ

>>266
＞置き換え前のhtml

で、誰が置き換えるって？

ブラウザ

1のいうところのHTML+CSSの問題点は、
MHTMLにも変わらず残っているのでは？

結局のところ、スタイルシートみたいなもんだしさ。

>>266
おもしろそうだから決まってる仕様全部晒してよ。
上の情報だけじゃ判断できん。

mhtmlには物理マークアップを書き、
htmlには論理マークアップを書くというように分野を分担させるわけですよ。
htmlのほうには今まで通りid,class属性を書いてそれの見栄えをmhtmlで整える。
でもW3Cが物理マークアップ用と割り切って色々なタグや属性を追加してくれないとつらいかも。

CSSと何が違うのかさっぱり分からん。理念も全く同じように聞こえる。
コロンで区切ってプロパティと値を設定するのがそんなに難しいのか？
既存の物理マークアップのような形式こそ、デザインの幅は狭いぞ。

em='<font color="red">';
より
em{ color:red }
の方が楽だし。

>>273
(゜∀゜)ｱﾌｫでした！

>>272
CSSと変わらんとかは承知の上です。
それと別にCSSがわからないから思いついたわけじゃないです。
ブラウザや製作者の負担を少しでも減らすためです。
この形式なら既存のCSSに対応していないブラウザでも容易に対応できるのではないかなと

＞この形式なら既存のCSSに対応していないブラウザでも容易に対応できるのではないかなと
なぜ？

どうしてNN4があんなに酷いかわかってる?

知らん。
教えてくれ

誰が古いブラウザを拡張するのよ。
NN4とかの旧式のブラウザは、もう開発側もサポートしてないよ。

>>278
>>1がパッチ配布するに決まってるだろｗ
期待してるからな>>1

パッチ(プラグイン)配布してもインストールするやつは少ないってわかるだろ(mhtmlにかかわらずな

>>280
そこまでわかっててクソスレ立てた。
気持ちは分かるけどな。
パソコンが大好きってだけで迫害されて友達もいない。
数少ない友達もＰＣの話なんて通じるわけもない。
俺のこの大発明を分かって欲しい。

今はこういう手段が執れるのか。いい時代なのか人間をダメにするだけなのか。。。
高校生にもなれば周りにＰＣも増えてまともな友達から「ＰＣのこと教えて！」って言われるようになる。
そこで人間性が良ければそのままいい友情がはぐくめるよ。
まぁ、>>1には無理か。

>>281
http://pc.2ch.net/test/read.cgi/win/1013922363/l50

>>1には無理だね。

な、何?妄想?

サーバで処理させることを考えれば、NN4等への対応も可能といえば可能ですね。
というかXSLTでXHTML1.0Transitionalを出力すれば同じことができそう。
そしてXSLTを憶えるのが辛い人にはこーいう単純な書式の方が分かりやすいかも。
そういう意味で意義がないこともないとは思う。5〜6年前だったら。

どうせNN4なんかの古い時代のUAは消え去って行くものだと思うので、
今になって提唱するのは、何にせよ無意味だと思います。

>>284

>>267-268
なのでサーバー側の処理は無視してください。

1 はすぐに人が妄想していると妄想する癖があるらしい。

>>259
URLもさらさんと、どのtomatoかどの04かわからんっつーの。

ちなみに日本語でI'm Feeling Luckyすると
tomato
http://www3.plala.or.jp/cocha/
04
http://yomi.pekori.to/
こんなサイトが出るが、正直これらじゃないことは確かだろうとは思うｗ

mhtml で、css の position とかはどうやって実装するのだ。
css で書いた方が数十倍楽な気がするのだが。

>>288
拡張された mhtml である、xmhtml を使う。
xmhtml は CSS のサブセットで…

>>286
日本語変ですよ。

>>289
実装の意味わかってますか?

>>1は新学期。

>>1
ftp://ftp.ietf.org/rfc/rfc2557.txt
MHTML なら既に RFC にありますが、何か？

>>290
どのあたりが？

ホームページ制作王。このソフトに不可能は無い！

ﾏｶとｳｲｿの争いを見てるようだ、おまえら旧板へ逝け、と思わず言いたくなるぞ。

最近人が少ないんでお越しくださいまし。
でも、つまらん煽りのお相手する人もあんまりいません。

t

深層潜水

hahha

まだこのネタやってたのか…

http://isweb34.infoseek.co.jp/play/icelake/anime/one.swf

>>1

歴史の勉強をしとけよ。

「スタイルシートが必要な理由」
マークアップ言語には、手続き的なマークアップと、記述的なマークアップがある。
SGMLは記述的なマークアップであり、タグを用いて、意味づけを行う。
よって、手続き的なマークアップとは違って、「色を付けろ」などの命令などは出来ない。
たとえば、font要素のcolor属性などは駄目。
そこで、SGMLにはスタイルシート(DSSL)が登場。
これがもう何年も前の話。ISOで決まったこと。
HTMLもSGMLアプリケーションなので、スタイルシートが必要になり、
登場したのが、CSSというわけ。
ちなみに、これはW3Cが勧告として出したもの。

偉い御方：「どのブラウザでも同じ様に見えるようにしてください」
偉い御方：「フォントの大きさを変えても変わらないのを何とかしてください」
偉い御方：「ホームページ？ワシでも作れるぞ？ホームページビルダーという物があるしな、
　　　　　　主婦の内職でも造れるんだしさ。簡単でしょ？チャチャっと作ってよ」

おまけ
偉い御方：「ホームページ？技術的なこと必要ないから、単価も安くていいだろ」

>ID:/BqU/A36
ﾊｲﾊｲ苦労してるのねーｶﾜｲｿでちねー

>>304
何も分かってない人にそういうこと言われると怒りを通り越して脱力ですな。

>304
少し前まで本当にそういうクライアントが多かったよ

test

イタイ>>１がいると言うスレはここですか？

はい。それと、わざわざageる痛い>>310もいます

ふーっ全部読んじゃったよ。
で、まとめるとみんなセックスしたいってことでいい？

マヌケなスレだな。w3c原理主義者かぶれの簡単言語（とも言うまでもない程更に簡単なCSS）に
命を燃やすこれから書き換えるのめんどくせーから必死にその手の意見を叩きたがる厨房連と
2chにはどんな馬鹿にもヘタレにも負けはないことすら知らない哀れな>>1が闘ってるスレってとこだな。

>>1
おまえさん、広域対応限界（極論）っていうような結論を1で既に
出してるんだから居場所もレベルもこっちじゃない。webprog板に
新規格スレを立てな。PHPあたりでその標準実装化を考えたらどうだ？
ここにいても何も求まらんぞ。っていうかソレに気付けよ。。。

>>308
俺の周りには今でも多い。
田舎なもんで。ハァ。

>312
mhtml/text を認識できるプラグイソつくりました。

>>313
1さん、おひさしぶりです。

>>313
そりゃさ、古いブラウザにはサーバーサイドからちゃんとHTMLのみで表示できるように
普通のHTMLを変換して送ってやることが必要だと思うけど
そんなのもうCGIでやるようなことじゃないだろ(別にやってもいいかもしれんが)?

それに漏れがいってるのはブラウザの実装や製作者の負担を減らすためにmhtmlが必要だったいってるの。
いまんとこ正しくHTML書けてる奴なんか雀の涙の10分の1ぐらいしかいないお寒い状況だろ？

○mhtmlが必要だ、と
×mhtmlが必要だった
鬱

>>313

よくぞ、みんなが言いたいことを言ってくれた。
>>1はwebprog版に逝くべきだろうな。
とっくの昔に既出なんだから。

ぜひ、向こうの板に言って、xslを修得して欲しい。
がんばれ、>>1。

>>1
いいかげんにあきらめなよ。

>>313
ご高説の通り。激しく同意。

なぜ>>313みたいなのが叩かれないのかが気になる

>>313はほしけりゃ自分で作れといってるだけなので
口だけの>>1ほどには叩く理由が無いと思われ。

ps か pdf でいいじゃん(w
いろんなアプリで作れるし、Google 引っかかるしぃ、フォントの差もないよぉ

で、>>1はまだmhtmlの開発にいそしんでいるのかな？
頑張ってね。（ｗ

ﾜﾛﾀﾖ

mhtmlまだ？(・３・)

ほとんどのサイトがテーブルレイアウトってのはほとんどが
テーブルレイアウトしかしらねーからだろ。

というかtransitionalで作れば非常に多くのブラウザで見れるので1はそうすればいいじゃん

>>1 よ、悪いことは言わないから
HTMLとCSSの仕様書（邦訳でも良い）を一通り読むことだ

326のせいで、いまごろこのスレの存在をしった。
326さえいなければ一生知らずにすんだものを・・・

ところでここの１はまだCSSわかってないのかな？

実際のところ、金を取って作る場合<table>無しでは話にならん。
趣味サイトならばこだわるのも一興だが。

>>331
オーサリングツールがものすごく利口になって手間のかかるレイアウトを
簡単にCSSで作成してくれる時代がもうすぐ来るよ。

DWでレイヤをぐりぐり動かすのを見て感動した事があるが、使ったのは1回きりだった。
手打ちでも出来る事をオーサリングツールで楽して作るのはＯＫだが、オーサリング
ツールが理解不能な(正しいのだが自分が理解できない)ソースを吐いたとして、
はたしてそれを使うだろうか？

使うけど

>334
いや、使っても良いんだけど。

漏れは使う気がしない

はやいことまっとうなオーサリングソフトが出るといいですね。

そんなことより、tomatoはどこよ?

http://www.tomato.co.uk/
どーせ、ここの事だっしょ。
一時期はデザイン関係の雑誌でもてはやされてたみたいな印象。
物理タグ遣いまくりのアルバイトWeb屋な俺風情にはよく分りませんが。

ここの論争のくだらなさには辟易。あげんなYO

JavaScriptを切っているから何も見えなかったよ。

mhtml。既出？
http://www.google.co.jp/search?q=mhtml&ie=UTF-8&oe=UTF-8&hl=ja&lr=

つーか、黙って作って一人で使っていればよかったものを…

無知な1を晒しあげ

1は http://www.zeldman.com/ でも見て勉強すれ。
HTML + CSS でページがダサくなっちまうのはお前のセンスのせいだ。

>>344
全然かっこよくないんだけど。
てかcssだけのサイトって皆デザイン一緒でつまらん。
cssの可能性を感じさせるようなサイトは無いのか？

>>345
344は思いっきりテーブルレイアウトですが

>>345
http://www.cc-net.or.jp/~piro/

>>345
そういうことをいう前に、
テーブルレイアウトの可能性を見せて欲しい。

>>348
http://www.zeldman.com/

/* CSSでイケてるデザインサイト { number: 3; } */
http://pc.2ch.net/test/read.cgi/hp/1010800617/l50

* CSS { イケてるスタイルを："作れ";}
http://pc.2ch.net/test/read.cgi/hp/991906104/l50

>>347
典型的なcssデサインだな。立体感がなくて薄っぺらい。
てかインデックスでスクリプトエラーが出るんですが。

>>348
テーブルマンセーとは言わないが、レイアウトの幅は無限に近い。
反面ユーザビリティは犠牲になってしまうが。

>>350
立体感が無い。糞ばっかりだな。

>>351
>てかインデックスでスクリプトエラーが出るんですが。

２ちゃんねる（ime.nu）から来る奴をはじいてるんだろ。
アドレス打ちこんで行ってごらん。

立体感があったほうがかっこいいと思ってるバカがいるスレはここですか？

>>351-352
はあ？　「立体感」てナニ？　テーブルならそれがあるとでも？
あと、ちゃんと>>350の全部見たのかね。>>347のスタイル切替は試したのかい。

>>352 の書いた立体感のあるテーブルレイアウトデザイン見せて（・３・）

ちょっとまじれすすると、レイアウトはテーブルで配色やらフォントやらはCSSっていうのが
ちょうどいい感じだとおもう。オペラのサイトみたいなやつ。

レイアウトと内容の分離は今のCSSで無理するくらいならXSLT使う。
そっちのほうが可塑的にいろいろできるし。

>>357
つーか普通は皆そうしてると思われ。
テーブル、CSSオンリーな奴なんて大概が糞。

>>358
アフォ？

>>358
バカ？

つーか、テーブル使ってて困ることってある？
非視覚系ブラウザで困るっていってるけど
それって都市伝説じゃないのか？

解析に不便だとかいったところで
本当に解析するのか疑問だし、HTML 語彙少なすぎだから
まともにやるなら XML で書くことになるんだし。

XSLT関係ないような・・・

CSSの意義は2つ。
１，ロジックと装飾の分離（作り手の利点）
２，アクセシビリティ（受け手の利点）
俺のサイトには、CSSをオン・オフするボタンがついていて、
（CSS着せ替えのような。でも着せ替えは趣味じゃないのでやらない）
オフにすればほとんど全てのPC用ブラウザで問題なく閲覧できる。
ホントはCSSのオンオフがブラウザ側の必須機能として、
もっと簡単にできればよかったんだけど。

都市伝説呼ばわりとはまたおめでたいな。

やっぱり363は論理的におかしいな…

CSSの目的は一つ。
１，ロジックと装飾の分離。
そこから派生する利点は二つ。
１，ページ制作とサイト管理における作り手の利点
２，アクセシビリティにおける受け手の利点

ロジックと装飾の分離は、CSSを使わなくてもサーバサイドで可能なわけだが、
CSSの場合は、その分離がクライアントサイドにまで及んでいるところに意味がある。
そのため、365の利点２はCSSならではの特性として、享受できる。

漏れ>>357見たいな感じなんだが、やはりCSSで段組み出来るよう勉強すべきでせうか？

内容とそれ以外の分離って別にCSSだけが解決法じゃないでしょ。だからXSLTを例にあげたわけ。

内容をX(HT)MLで書いてXSLTでHTMLを（静的にでも）生成する方法のほうが賢いと思う。

CSSだと特にレイアウトをやったりするときにブラウザ間対応で問題が多いが
XSLTだと「内容とそれ以外の分離」を実現しつつ「問題のない」HTMLを用意できる。

とか、

HTML+CSSだとナビゲーション部分を本文と分離できないが、
（HTML作成ソフトのテンプレ機能使ったり、フレームつかったりすれば別だが）
XSLTなら分離できる。

とか、そういう点で。

それと、HTMLとCSSを別々に渡してクライアント側で合成するって言うのは
固有のメリットとしてはそれこそ着せ替えで遊びたいくらいしかないんじゃないだろうか。

アクセシビリティの向上になるって言う話はまあそうかもしれないが、
別ファイルを用意しても実現できることだし。

CSSで段組なんて出来ないよ。今は。

>>370
はあ？

確かにfloatのアレは擬似段組だけどなあ。

>>368
XMLはデータと構造の分離ってことで、CSSとはまた別では？
XML使うから、CSSは使わないってわけではないと思うよ。

話し通じてるのかな。。
もちろんXSLTで生成したHTMLにCSS使ってもいいよ。俺はそうしてるし。

XMLをXSLTでHTMLに変換してそれをCSSで装飾するんであって
今の場合XSLTはあんまり関係ない。

１サソによると「恒久的なデザイン」がtableで出来るらしい。
table非対応UAやUser Style Sheetにどうやって対応するのかは謎。

やっぱり通じてないな。ちょっとまって。

CSSにまつわる問題は単純、しかし困難、
かつ存在意義を根本から揺るがすもので、
ただ各ブラウザの対応がバギーでマチマチってことなんだよね。

テーブルを目の敵にしてる奴ってきっと劣等感の塊なんだよな。

>>379
そういう非理論的で根拠が薄弱な煽りは止めましょうね。
あッ、自己紹介かな？

HTMLの論理構造と外見の話なんだから、
今のところ現実的な選択肢はCSSしか無いよ。

>>379
それは激しくお互い様かと。

>>380
図星だったか。

CSSを目の敵にしてる奴ってきっと劣等感の塊なんだよな。

>>379
誰も目の敵になどしていませんが？

例えば普通のブラウザ向けにはちゃんとレイアウトして、
且つtable非対応UAに対応したいってときに
非TABLEレイアウトのHTML1枚+レイアウトつきCSSだと
おなじみのブラウザ間の非互換性の問題につきあたるわけだけど、
じゃあ普通のブラウザ向けには問題の少ないTABLEレイアウトHTMLを、
TABLE非対応UA向けにはそれ向けのHTMLを用意すればいいじゃない、ってこと。
XSLTなら同じソースから簡単に2枚用意できるでしょって意味。

通じた？

>>384
CSSを目の敵にしてるような時代錯誤なのは君だけだと思う。

>>388
???

>>389
時代遅れﾊｯｹｿ

うっせぇよチンカスどもが
おれさまはグレートなんだよ！

>>390
意味不明。
漏れは見栄えは全てCSSでやってるんだが。


>>391
あッそうですか。
ところでガキじゃないよね？ガキは不可。

>>386
うん、それはよくあるやり方だけど、
でもそれは内容と外見の分離にはなってないでしょ？
CSSとは別問題。

お前ら煽りくらい放置してください

>>391
>漏れは見栄えは全てCSSでやってるんだが。
こんな当たり前のことを堂々と自慢してる時点で時代遅れ決定。

>>392
あッそうですか。
ところでガキじゃないよね？ガキは不可。

なんでよ。
内容がソースのX(HT)MLで完全にほかと分離できるけど。

てかCSSで見栄えするのは最先端でも何でもないような（ｗ

>>395
自慢などしていませんが？
>>388が

＞CSSを目の敵にしてるような時代錯誤なのは君だけだと思う

と発言したから、CSSを目の敵になどしていないと言っているのですが。
というか、どうやったら>>384を「CSSを目の敵にしている」と取れるのかねえ。

実際に実践してないと通じにくいのかな。
まあXSLT便利なのでつかってみるといいよ。じゃ。

384ってきっと劣等感の塊なんだよな。

>>401
はいはい、反論できなくなったら妄想ですか。

>>399
煽りを真に受けている君は可愛い人だね。
その純真な心をいつまでも持ち続けてくれたまえよ。

>>403
破綻した理論では、煽りになっていませんよ。

あれ？384がだんだん必死になってきましたよ？
もしかして「劣等感」って言葉は禁句だったのかな？
ごめんね、僕ちゃん。君がいじめられっ子だってことは誰にも言わないよ！

正直煽りより384の方がウザイ

>>405
理論で言い返せなくなった厨の得意文句「必死」が出ました。

>>397　>>400
お前も煽るのかよ。XSLTなんて特別新しい技術でもないんで。
XSLTで生成するのはHTMLでしょ？
HTMLの違いが見栄えの違いかどうかを考えてください。

384レス超はやいな（ﾜﾗ
寂しがりやなんだねぇ…

>>409
論破された負け犬しつこいよ。

>>407
相当頭悪そうですな。

>>411
「頭悪そう」というのは反論でないので却下

みんな！384の脳内では論破したらしいよ！

煽ってないんだけどな。
見栄えの違いってことで何が言いたいのかよくわからんけど
StrictHTML+CSSオンリーで解決しようと思ってることについて
もっと無理なく解決できる方法があるよって話をしてるんだけど。

てか反論とか論破とか384が何を論破したの？
まじで教えてくれよ。

>>413
あー失礼、君は論破するような「論」を述べていなかったね。煽り厨房君。

>>415
>>384

高尚な議論と低俗な煽りが同次元で繰り広げられて……。ああ……。

384は最近出没している釣り師なので放置してあげてください。お願いします。

>>417
プ。これの何が論理なのかさっぱり意味不明だが。
煽り厨は無視だな。

>>419
あッそうですか。
どうせ画面に向かってしか発言できない人間でしょ？
せいぜい、これ見て顔真っ赤にしてくれや。
こんなこと書いてもしょうがないけど、
怪しく危ないヤツでもないよ。

>>414
複数のHTML(+CSS)を用意することが
複数のCSSを用意するのに比べて言うほど優れてるとは思えないってことよ。

384はあぼーんしたので、高尚な議論の続きキボンヌ

384は釣り師ではなくほんまもんではないだろうか

>>422-423
煽りにもなってないな。
君達の稚拙なレスには根拠が欠いているからね。
お馬鹿厨房君。
あっレスはもうしなくていいよ。
放置ってこともおぼえてね。低能君。

>>ID:AVnUzBL7
データ　⇔　構造　⇔　装飾
とあって、XSLTは装飾の前段階、
構造の段階で対処しているというだけで、
実際的な解決方法としてはOKだけど、
決してCSSの代替方法ではなく、分けて考えるべきことかと。

>>384
かちゅーしゃ知らないのか？

>>423
とりあえず精神年齢は低そうだと思われ

>>426
相手するなよ、放置しろ。

お前らホントお子様の集まりだね。この板の年齢層の低さにはびっくりしたよ。

XSLTのソースになるXMLが構造を持たないデータでHTMLは構造を持つって意味？
それは違うとおもうけど、仮にそうだとしても
ソースをXHTMLで書いてもXSLTに通せるわけですよ。
俺はそうしてるけど。

>>428
ごめんね、ここは若者の板だから。
おっさんは風俗板にでも帰って下さい。

XHTMLをXSLTに通してるのか・・・珍しいな。
XMLに構造があるというのには同意。というか当然ある。

>>428
煽りにもなってないな。
君の稚拙なレスには根拠が欠いているからね。
お馬鹿厨房君。
あっレスはもうしなくていいよ。
放置ってこともおぼえてね。低能君。

>>ID:AVnUzBL7
MVC（Model-View-Contoller）でいうと、
XSLTはContollerで、CSSはViewだと捉えてるわけなんだが…。

>>432
ｵﾏｰが放置しる。
正直、迷惑。

>>434
分かってるかもしれないけど、432はコピペ

お子様諸君再びこんばんは。
頑張って書きこんでるようだねぇ。
その程度じゃ煽れてないよ。
君たちが大人になれば嫌でも社会に出なきゃいけないんだよ。
今は楽しくオレに対する文句を書きこんでれば良いけどね。
もう少し考え改めろよ。ﾜﾗ

あとね、ひょっとして君たちの中に２０歳以上の人がいるかもしれないから言っておくよ。
２０歳超えて俺を煽ってるヤツ、相当痛いぞ。

あ、Controllerね、スペルミス。

20越えてもその程度のレスしかできない君が一番痛いと思う。

>>439
放置してろというに。

　お前らいい加減にせいや！！
１５歳以上の中卒で学校に席を置かない奴は
働かなくちゃならんのだぞ！
日本には、「教育・勤労・納税」の義務がある。
それを守らずに毎日グウタラ生活するな。
電気だって、電力会社の方が三交代で眠い目を
擦りながらでも、必死になってプラントが
正常に運転されるよう仕事してるんだ。
原発反対派は、なおさら電気つかうな！！
ちゃんと働いて、自分が食える分稼いでこい。
いつまでも、親のすねかじってばかりじゃ
だめ。

とりあえず<img src=***.jpg" alt="">を堂々と出来ない奴は異常としか良いようが無い

>>442
え、俺はsrc属性のダブルクォーテーションは閉じないと気が済まない（謎）

関係ないんだけど
04のtopのゲームの画面、
なんてゲームか知ってる人いますか？
懐かしいのに思い出せない・・・。

つーか04のアレって著作権とか完全無視なん？

>>443
あ、ｽﾏｿ。src=のあとのダブルクオーテーションはタイプミスだ。

よーし！俺が結論を出してやろう。

>>1
じゃあやんなよ。

結局、css の実装がイマイチだからもめなきゃいかんのでしょうな。

あと、css 擬似段組とかって
table をレイアウトに使ってるのと似たような次元の話のような気がするぞ。

>>448
> あと、css 擬似段組とかって
> table をレイアウトに使ってるのと似たような次元の話のような気がするぞ。

？

>>448
なんで？

>>448の言いたいことってこうか？

floatプロパティは、文字通りelementを浮動させるものであり、
横に並べるためにあるものではない。

>>448
どうしてですか？

>>451
正直どうでもいい。
CSS=見栄えでいいじゃん。
これだから(以下略)

筋肉の伝道師、アソトニオ猪木です
　　　　　　　ｒY''"""''''ｰ-ｭ
　　　　　　　ﾉ　ｒｰ‐--ｨｧ-i　 〉
　　　　　　/　 /　　　　 　｀i〈
　　　　　　| 　.j 　 ｰ-､ ｒ‐ ヽ|
　　　 　　i' _,,.| 　' ⌒　|⌒　|L
.　　　　　 | |ﾘ!'7 ,-　,.__!_, ､　|ﾋ
.　　　 　　ヽY~ /.ｔ==＝=ァ ! ||
　　　　　　ﾉ | 　　ゝｰ--ｲ　　|そ
　　　　　ﾐ_ /ﾄ､ 　 　 ー　　 ｲ´
　　　 ｒｰｲ /.　 ＼ヽ　　 　 / ﾄ-､
　　r´　厂ﾉ　＼.　ゝL____j/　 ﾋｧ｀ー-､
　 人　ゝ､　　　　　　　!　　　 ﾉ　　　　|
　　　＼　＼　　　　　　　　／　　　 ／＼

451で書いたようなこと（float云々）は俺も正直どうでもいいと思う。
（ただ、floatプロパティの効果を知っているのと知らずに段組に使うのではやっぱ違うだろうな）

しかし現状CSSでのレイアウトには限界があるし、仕様も実装もイマイチ。
だからといって、1のような意見は性急過ぎて話にならない。
CSSでのレイアウトが難しい理由として、
・ブラウザが不定
・ディスプレイ／ブラウザのサイズが不定
・見やすい文字サイズが（見る人によって）不定
・その他
こんな状況に応えられるレイアウティングってCSSでは出来ない、
出来ても恐ろしいぐらい多種のプロパティを組み入れないといけないだろうな。

わかりにくくてすまそ。

完璧に余談だけど、せめて margin:10%+3em;のような指定ができたら
いいなー、と思うんだが・・・

>>455
IEなら出来る。

>>455
その案さいこー

＞・ブラウザが不定
＞・ディスプレイ／ブラウザのサイズが不定
＞・見やすい文字サイズが（見る人によって）不定

TABLEでもCSSでも、HTMLとはそういうもの。それがいやならPDFでも使いなさい。

>>458
Flashでもいいかも。

たしか、media type でスクリーンサイズとかも区別出来るようになるって
どっかで見たような。
リサイズしたらバッサリデザインかわっちゃう
変なサイトとか出てきちゃいそうだ。

あと、IE の CSS のプロパティ値 expression 機能はすばらしいと思う。
他でも実装してくれないかなぁー。

>>460
> どっかで見たような。
よく解らんのだけど、これ？↓
http://www.w3.org/TR/2002/CR-css3-mediaqueries-20020708/

>>461
そそ、それそれ。
とりあえず IE ははやく実装しれ。
CSS にかぎれば、IE が実装してない規格は実質存在しないも同じだし。

>>461
てぇことは、これが使えるようになれば、px単位もかなり有効な値になるってｋと？

>>455

そのために、ユーザスタイルシートが登場して、
[!important]やカスケードもできるようになったんじゃなかったけ。
違った?

>>464の補足説明。

ここでは、
制作者ではなく、ユーザが使う!importantね。

>>465
要素のクラス命名方にスタンダードがないゆえ、
たいしたユーザシタイルシートが書けないっていう欠点があるよね。

文字の多きさと、行の間隔ぐらいしか思いつかんです。

真面目にやるとしたら、サイト毎のユーザスタイルシートがいりそうだ。
そういう解決法を目指してるとこもあるぐらいだし。Piro さんとこの
Mozilla 用エクステンション とか。

なんで<menu>要素とか非推奨になったんだろうね。
ナビゲーション部分のマークアップの標準にすればいいのに。

なんかさんせーしてる奴がいないんで
いつ作り始めるかわからないけど自分でMHTMLエンジン作ってみます。
みんな1を応援してくらはい。

>>468
偽者逝ってよし

>>469
いや本物だって

MHTMLのコンセプト

まずCSSの話をしよう。
CSSは構造化された情報にオプションをつけてページを装飾するものだが、
本当にただそのままオプションをつけるだけのものでしかない。
オプションをつけるだけなので、段組レイアウトさえもfloatプロパティを使って擬似段組を作らなければならないという事を知るとCSSの無能さが少しはわかるだろうか。
その無能さのおかげで少し凝ったデザインにしようとするとテーブルレイアウトに頼らざるをえないというのがいまのウェブデザインの現状である。
CSSを使ったデザインの幅の狭さというのはCSSを正常に使ったサイトを見れば一目瞭然である(これはCSSを使っている奴のセンスにも起因しているのだが)。
もちろんその中にも良いデザインのサイトはあるにはあるのだがそれは本当に一握りで、CSSの力不足をそのまま反映している。

そんなCSSの無能さに嫌気が差した（言っとくがCSSがわからないからとかではない）1がCSSの良さとHTMLの良さを組み合わせて思いついたのがMHTMLである。

で？
邪魔なんで氏んでね。

>>471
＞ 段組レイアウトさえもfloatプロパティを使って
＞ 擬似段組を作らなければならないという事を知ると
ん？
http://www.w3.org/TR/2002/WD-css3-text-20020515/#document-grid

＞そんなCSSの無能さに嫌気が差した
ブラウザの実装の不備をCSSの考え方の「力不足」と捉えたわけね。

1の無能さがアリアリと伝わってくる文章だね。恥ずかしいよ。
1のやりたいことはサーバサイドですることだろう。
XSLTでもいいしさ…。

>>471
テーブルだって擬似段組じゃないのか？

>>467
まともにUAが実装してくれさえすれば、
LINK要素がナビゲーションになるんじゃないですかね。

じゃあUAがlinkに対応するまではmenuを使うのを標準にすればいいのに

つーか1はどこまで凝ったデザインがしたいんだろうか。
そこまでCSSじゃ不可能なデザインって何さ？

>>476
menu, dirはulなどにclassを組み合わせて代用せよということだと思ったのですが

だからさ、そのclass名のつけ方が標準化されてないから。
>>466-467あたりからの話の流れなんで。

>>471
擬似段組に限って言えば、IE等がtableをレンダリングするようなことを
CSSに組み入れる発想のほうが建設的ではないだろうか？

ttp://www.moyo.instat.ne.jp/misc/webtools/gradation/index.jsp

>>480
>>473 でいってる line-grid-mode プロパティってそういうのじゃないの？

>>478
ユーザとしては、リストになにかしたいんじゃなくて
"料理レシピの材料部分" とか、"最近のニュース" をいじりたいわけで、
そんなのサイト毎に適当な class 名つけてるにきまってるわけで。

XML なら大丈夫かというと、各サイト毎で別々なスキーマ定義して使ってたら
どのみち意味ないですな。料理記述用スキーマとかにしないと。
ってこっちは二次利用の話か。

>>1 がつくるのって

<multicolumn>
<column>hogehoge</column><column>hagehage</column>
</multicolumn>

ってのを

<table>
<tr><td>hogehoge</td><td>hagehage</td></tr>
</table>

ってやるようなたぐいなんだろか。

たんなる置き換えでうまくいくの？
jsp に tag ライブラリでも作ったら？

>>482
最初からこれ言えば良かったのかもしれないけど、漏れは
「CSSのオプションをつけてただ修飾するという形では無理がある」
ってこといいたいんだよ。

>>483
HTML でデザインと文章構造を完全に切離すのは無理っていうのなら同意。
HTML は構造は記述出来るかもしれないけど意味は殆ど記述できないしね。
つーか dfn とか var とか偏り過ぎだって。
なんで date とか time みたいなのがないんだろね。

んで、>>1 の方法が他の方法より優れてるっていう根拠がわからない。
XSLT はもう処理系がととのってるし、ちゃんと規格があるし、
いまのところ世の中 XML マンセーしてるから
しばらく使えなくなるってこともないだろうし。

>>1 が前に示した程度の内容じゃできのわるい HTML プリプロセッサでしかないよ。
その程度のものだったら探せばいくらでもあるし、
自分で作って使ってる人だっていっぱいいるでしょ。

まあ、わざわざここで宣言するほどのことじゃなかったってことだね。

>>484
>HTML でデザインと文章構造を完全に切離す...
HTML で、はいらないや。

切り離すことは出来なくもないと思うけど（目的次第だし）
HTMLでの意味のみのタグづけを元に
今のCSSで完全にinterpretiveにデザインを導くっていうやり方では
分離に何かと限界があるのはたしか。

「意味はないけどデザイン的にここになんか置いておくと落ち着く」とか
「意味はないけど文字のスタイルを色々変えたい（ありがちなテキストサイトみたいな）」とか。

まあ前者はcontentが拡張されればまた違うのかもしれないし
後者はCSSに正規表現が導入されてスタイルを適用できるとかになれば
無理もできるかもしれないけど

もしかすると、本当に、>>1はxsltが理解していないんだろうか。
>>483を見ると、そんな風に感じ取られる。

ちょっと、>>1に訪ねたいんだけど、
xsltを説明してみて。簡単で良いから、さ。

>>1 CSSレイアウトを極めよ
http://isweb28.infoseek.co.jp/diary/rika2001/index.shtml

例が梨華の時間って時点で>>488もなぁ

でもまあ、普通に HTML 書くときに XSLT は持ち出したくはないんわなぁ。
データがすでに XML で書かれてる時とかぐらいかな。

とりあえず >>1 はもっと例を出して。
前に出した例だけじゃ酷評くらうのも無理ないって。
使い勝手のいいプリプロセッサだったらそれはそれで役に立つかもしれないし。

ただ置き換えるだけだったら
もっと勉強していろんな規格があることしってほしいね。
そんなこと考えた先達はいっぱいいるんだから。

なに、まだこのスレあったの？
>>1のお相手している皆様、ご苦労様。

つーか、XHTML で書けば XSLT 使えるのか。

>>487
それいぜんにCSS理解してなさそう

疑似段組ねえ。
http://www.w3.org/TR/css3-multicol/
まあ、少しも期待が出来ないけど。

>>493
本人は否定しているがな・・・。

しっかし、>>1のやってることって単なる自慰行為だよなー。

んで、>>1 はどこいったの？

<div id="a">
</div>
<div id="b">
</div>
<div id="c">
</div>

このとき#cの左上隅の位置を#aの右上隅から(4em,2em)の位置にしたいという
要求はCSSでは適えられない。
これは

<div id="ab">
<div id="a">
</div>
<div id="b">
</div>
</div>
<div id="c">
</div>

として#abからの測定をすれば可能だが、レイアウトがHTML側に書きこまれる。
少なくとも現時点のCSSだけでは無理があるな。
MHTMLでこういったことを解決できるなら期待してみてもいい。
しかしこれだけならCSSの仕様を弄るほうが楽か。

>>497
いまいちよくわからない。
position 使ってなんとかならない？
親要素がなんなのかわからんけど。

二番目の場合の CSS がどうなるか書いてみて？

>>498

たしかに全体の視覚モデルを示さないと
脳内会話状態だったｽﾏｿ
２番目の場合
#ab {float:left;}
#c {float:none;}
を想定してみた。

┏━━━┓┏━━━┓
┃　ａ　┃┃　　　┃
┗━━━┛┃　ｃ　┃
┏━━━┓┃　　　┃
┃　ｂ　┃┃　　　┃
┗━━━┛┗━━━┛
図１−ずれてるかもしれないが期待する出力結果

確かにpositionを使えばすむ話か
a,bの幅が不定でもcが適切に描画されてほしいという期待が
あるので#abを作っていたが、こういったことをCSSに期待するのが
そもそも間違いだろうか。

>>499
CSS3 で出来るグリットなんとかっての使えば
position とか float で苦労しなくても出来るようになりそうね。
table みたいなのを実装するやつだったと思うし。

ところで、
#a, #b { float: none; }
#c { float: right; width: 50%; margin-top: 4em; margin-left: 2em; }
じゃだめなの？
#a のマージンとか変ったら #c のも変更しなきゃいけないけど。
expression はやく標準になってくれぇ…

でも IE がそれを実装するのははるーか先でしょう。
CSS3 自体まだ正式に決まったわけじゃなかったと思うし。

ずれた。鬱。図やAAをかくときはプロポーショナルにするんだっけ

>>500
確かにrightから流せばできちゃうな
シンプルで適切な例題を作れたら良いのだが・・・

gridは面白そう。だけどずっと先なんだろうなあ

>>501
いや、だめだ。right じゃ出来ないや。
id="c" な div がくるのが最後だから無理だった。

ウィンドウシステムのプログラミング風の
レイアウトを採用したら面白そうな気がする。
Tk 風とか、AWT 風とか。
Windows のはやったことないからよくわからないけど
おそらくにたようなもんでそ。

お前らまだやってたのか

>>1の書込みからはｶﾅｰﾘ遠いところまで来てるかも（w

>>502
あら、そうなのか・・・float:rightな要素を先にかかないとだめなのね

>ウィンドウシステムのプログラミング風の
>レイアウトを採用したら面白そうな気がする。

面白そうだけどはたして一般サイトマスターが
ついていけるのかと思うと・・・
いや俺もついていけない（笑）
で、妄想してみたが、こういう言語ができるとCSSとJavaScriptの仕事を融合できそうだな。
今でもJavaScriptで動的にCSSのプロパティを操作できる（IEだけだった？）
けど、どうせ新言語作るならこっちのほうがいい。

>>504
>>1の書込みからはｶﾅｰﾘ遠いところまで来てるかも（w

一応MHTMLは必要か、という点を下敷きにしてるつもりなのだ（汗

だいたいWEBページをデザインするなんて考えるなよ！ウゼぇよ
テキスト・オンリーが一番

>>506
まっ、それもデザインかと思割れ

>>506
デザイン＝画像と思ってる夏房

まぁ、内容の充実もがんばらんとね。
テキストオンリーっていうより、
まずコンテンツありきの精神は忘れちゃいかんとは思う。

電気ガス水道が通ってなくて雨漏りがする外見だけの豪邸には住みたくないが、
電気ガス水道が通ってなくて雨漏りがするあばら家にも住みたくない。

なにわけのわからんこといってんだ

511はこんなこともわからんのか

意味がわからんじゃなくて何をいきなりいって事じゃないの？

意味もわからんし、何をいきなりとも思った。

そういや、JavaScript Style Sheet ってのが昔あったけど
あれってどんなのだったんだろ。
Netscape 4.* 系が実装してたやつね。

>>514
デベロッパに見向きもされず無くなりますた。
やっぱIEがなぁ…

>>514
スタイルシートを JavaScript で記述しようというもの。
CSS で h1{color:red} とかくところを
document.tags.h1.color = 'red'; みたいな。
今で言う DOM2Style/CSS の非常に原始的なもの(良く評価しすぎか)。

JavaScript がそのまま評価されるから
プロパティのランダムな(或いは規則的な)変更とか
ウィンドウの大きさから幅やマージンを算出して設定とかが可能だった。
# 漏れは今でもN4用スタイルの指定に使うことがある。

HTML4.01strict+CSSは好きだけど、あえて嫌いな所を挙げてみる。
・要素が足りない
・プロパティが足りない

プログラミングの本なんかをざっとみただけで、
HTML+CSSじゃ同じようにできないな、ってのがよくある。
構造も見栄えもね。


あとは俺の意見じゃないけど、

・古いブラウザで見栄えが異なる。
NN3なんて色付けもフォントサイズも指定できるブラウザなのに
それをできなくなるのは嫌だ（っていうか困る）。
NN3でも同じように表示できるようにしろ！

まあ言ってみればHTML4.01さえ古い仕様だからな
そこから脱却できないのはできない奴の勝手ともいえる
XHTML1.1にすれ

NN3 で出来るようにしろといわれてもね…
そんなもうすでに保守されてない UA にどうやって対応しろと。
そういうのを考慮するんだったら別に CSS 使わなきゃいいだろうし。
ってこんなのもう何百回と繰り返されてきた議論やんけ…

で、プログラミングの本になんで HTML + CSS が出てくるんだ…？？
MVC モデルのことでもいってるの？

要素が足りない、プロパティが足りないってのは同意。
まぁ、あんまり増やすとリソースがきつい環境で実装出来なくなるからってのが
あるけどね。

そこらへんは XHTML 1.1 あたりから解決されつつあるから
つかってみるといい。

＞で、プログラミングの本になんで HTML + CSS が出てくるんだ…？？

すまん、書き方が悪かった。要するに本なんかのデザインを真似ようとしても
できそうでできないことが多い、ってことを言いたかった。

＃なんでMVCモデルを連想するんだ…？？

みなさんHTMLで使う色を作るソフトって使ってますか？
たとえば、RGBを23,54,127と入力すると"#17367f"と出力されうようなのを。
「んなもんエディタについてるからいらねぇよ」と思うかもしれませんが、
色を直感的にいじるには、エディタのおまけ機能だと不十分、というか
そういうソフトを使った方が楽、ってことがあるんですよ。
僕も以前は使ってましたが、ソフト名も何も失念してしまいました。
しかしそういうジャンルって、Vecterで探しても
「VB暦1週間で作りました」っていうような糞ソフトがごろごろしてるから
目的のものを探すのは非常に骨が折れます。
何か良いソフトを知っている人がいたら情報ください。

(・∀・)ｶｴﾚ!

まあVB歴１週間もあればできるようなもんだな。
俺様PointColorPicker使っております。
コピペで色コードとれるよ

>>521
color: rgb(23,54,127)

>>521
[スタート] → [プログラム] → [アクセサリ] → [電卓]

>>520
今の CSS では万能とはいいきれないよね。
ところで、
他のデザイン記述言語(でいいのか？)でなんでも表現出来ちゃうようなのって
あったっけ。PostScript とかか？

プログラミングの本でデザインとコンテンツの切り離しから
MVC を想像したんじゃないの？
べつに変じゃないと思うけど。
そういや MVCC モデルなんてのもありましたな。

＞他のデザイン記述言語(でいいのか？)でなんでも表現出来ちゃうようなのって
＞あったっけ。PostScript とかか？

あるんじゃないでしょうか。本があるくらいですから。
WEB用ならPDFくらいですね。

＞今の CSS では万能とはいいきれないよね。
できそうでできない、びみょうに痒いところに手が届かない、
なんてことがよくありますよ。
広告チラシとまではいかなくても、(それこそプログラミングの本みたいに)見だし・本文・見だし・例
みたいな構成の本でもデザインが真似できないのがあります。具体例が出せなくてすまん。

>>527
頻繁に発生するわりに具体例が出しづらいな。説明もややこしいし、
「そうなってみればわかる」としか言えない。
しかしそれ以前に多くの環境を考えないといけないし、構造をもとに
整形するべきであることを考えてもwebデザインと紙デザインと比較することは
不可能だろうな。
紙媒体なら、紙のサイズや文字の大きさを特定できるんだから。

やっぱりCSSは簡単だがそのかわりできることも少ないって事でOKってことなのか？
1を煽ってた>>1-100はなんなんだ？

>>529
1の出した代替案はそれ以下でした。

代替案は1-100より後だろ。
１が叩かれたのは圧倒的な知識不足と認識違いとその自覚がないせいだな。

CSSなんて代替技術が出てくりゃすぐに取って代わられる程度のもの。
今の微妙に普及しつつある空気は微妙だ。

XML + CSS3 くらいを駆使すれば、仕様的には強力だと言ってみるテスト。

でもCSSをこれ以上拡張してもごちゃごちゃして破綻するだけな気がするな

いまのところ代替技術が無いからなね。
ほかに優れたスタイルシートがあればそっちを使うよ。

CSSどうしたとかは、

誤爆
536の続き

結局、ブラウザー側がまともに実装していないから問題が大きいだけ
っつうか。
"1em+50px"みたいな位置指定はMozilla1.0ならできる。
よってNN7以降もできる。IE6もできるのかな？
MacIE5.2は使えん。最新版と思って期待してみたらCSSの実装がカス。
でもって、現状、CSSをまともにサポートしてるっていってもようやくCSS1
程度。
CSS3が普及しはじめる頃には、XSLTの仕様がしっかりしてきてCSSの
出番減るかも

ホントに1のは代替案にすらならん。
あくまで選択肢の1つだ
そういうレベルならある意味Flashだって代替案になる。
実際、Flashサイト作る方が簡単で見栄えがするし
（巨大サイトはムズカシイけど）
ただ、FlashはWin以外だと"embed"使わんと埋め込めんのが鬱
Flashの"object"はActivXを呼び出す仕掛けのため、Win以外で機能
しないという罠だ
xhtml化に支障がある

そして、1はうだうだいう前にまず勉強しなおせ
自分の理想論述べるのはいいが、前提になる知識が弱すぎ
多くの技術がXMLベースに置き換わろうとしている今、そんなこと
ガタガタいってる暇はないとおもうが....
覚えにゃならんことは限りなくあるはず

つうか、まだあったのかこのスレ。
そして、1がいないときの方がまともな話しになっていると思うのはおれだけ？

なげ

>CSS3が普及しはじめる頃には、XSLTの仕様がしっかりしてきてCSSの
>出番減るかも

？

XSLT と CSS は競合する技術じゃないですよ？
いっぺん書いてみるとわかると思うんだが。

ところで >>1 は今なにしてるんだろ。

>>540
今のところﾏﾀｰﾘとウォッチしてますよん

厚顔無恥

>>540
同意。「ワープロソフトがあればプリンタはいらん」みたいなもんだな。
>>542
睾丸鞭はイタいですな。

> 睾丸鞭はイタいですな。
ｵｿﾛｼｲ.....{{{{(;>_<)}}}}

ところで自分も理解が怪しいのですが > XSL.

>537 のいってるのってXSLTじゃなくてXSL-FOのこと？
CSSでも、音声や印刷の設定ができるけど
XSL-FOではもっと広範な指定ができるようになるから
CSS3の頃には出番が減る....といってるのかな？

かってな推測+理解不足。逝ってきます。

でも 睾丸鞭はﾕﾙｼﾃ

音声音声って・・・おまえの周りってそんなにカタワが
NETやらなきゃならん状況なのか？

>>545
やらなきゃならんということはないが、障害があるから便利なものを使ってはならんという法もない。
便利なものならユーザーは自然と増える。
障害者のユーザーも増える。
それだけのこと。

>>546
禿同

>>545はなんかその辺のことでイヤなことでもあったか？

よほどビジュアル重視のサイトでもない限り、テキストブラウザや
音声ブラウザでもそれなりにわかるようにするってのは大事じゃ
ないの？
自分らの仲間うちでも話題になったことあるし、そのメンバーの
友達に実際に音声ブラウザ使っているという人がいた。

>>545=>>1

音声UA って健常者にも便利なものになると思わん？
ラジオ聴くみたいにニュースサイトをバックグラウンドで流しとくとか。
すごい欲しいんだがなぁ…。
もしかしてもうある？

>>544
XSL-FO を UA が直接解釈するようになれば
出番は減るだろね。
ただ… XHTML を XSLT で XSL-FO にマップする処理を
コンテンツ提供者が書かなきゃいけなくなるけど。
XHTML なら CSS が使えるんだから CSS 使った方が楽だよなぁ…。

音声ＵＡ自体は昔からありますよ。
ただ健常者用につくられたものじゃないとおもわれるけど

>>549
別に変換のソースはXHTMLでなくてもXMLならなんでもいいんじゃないの

>>1は頼むから日本語を勉強してからこのスレに発言してくれ。
悪いが、君の案は却下。

音声ブラはいずれ健常者用も出るだろうね。

「声優アニ声版」でな。ヲタ共の間で大流行。
エロ小説サイトが急に流行ったりしてな。

プラグインで声の種類が変わるんだよ。

その時かな。>>1がCSSの魅力にとりつかれるのは。

ユーザスタイルシートを解除し忘れて兄貴声でよがられる罠。

ブラウザをブラって言うな童貞

>>555
そこにツッコムおまいも童貞

健常者が便利に使える音声ブラウザってのはおもしろいよね
>>553のいうのも出てくる気がする

健常者？
>>549も>>553＝>>556も身障だろうが

>>557
バリアフリー＝身障対策、と思ってるだろ(ﾜﾗ
自分＝健常者、と思ってるだろ(ﾜﾗﾜﾗ

557はちょっとおかしいのです。放っておいてあげてください。

了解

>>557=>>1

いやよいやよもいやのうち

>>551
XML に直接 CSS は適用できないんで、XHTML です。

>>552
もう >>1 を召喚せんでもいいよ。苛めるのは楽しいけど。
なんか話がそれなりに有意義な方向に向ってるようなんで…。

ところで、任意の声色で任意のセリフを喋らせる技術って
どれぐらい進んでるの？
完璧になったら声優って職業はなくなるよなぁ。
http://slashdot.jp/article.pl?sid=02/07/18/2214200&mode=nested
とあわせたら俳優もいらなくなる…

>>563
NS6以上ならXMLに直接CSSを適用できます。
XMLとCSSを組み合わせられないIEは不便だなあ・・・

IEも一応XMLにCSS適用できるでしょ。擬似適用だけど。

> 任意の声色で任意のセリフを喋らせる技術
セリフはテキストで、声色は声紋とかでデータを記述できると思うけど
声優がやってるのは「演じる」こと。
そこまでデータを完璧に記述できるようになれば声優は要らないんだろうけど
3D動画がモーションキャプチャ使うのと一緒で
結局誰かに演じさせてサンプリングする方向に行くんじゃないかな。

>>563
> ところで、任意の声色で任意のセリフを喋らせる技術って
これおもしろそうですね
フォントの声版、ボイスフォントなんてあったらオモシロソウです

> 完璧になったら声優って職業はなくなるよなぁ。
でも、それはないでしょうね。
どんなに技術が進んでも、本物の人間のするライブ感やその他
不特定要素というものは本物と直接向き合ってこそのもの

やはり、当面は
>>565の方向性で。
でも、それって恐ろしいデータ量になりそうでつ

>IEも一応XMLにCSS適用できるでしょ。擬似適用だけど。
IEっていつもそんなんだよね....

<html lang="mhtml">
<head>
<title>ホームページへようこそ！</title>
<mhtml type="text/mhtml">
　<!--
　　em='<font color="red">';
　　h2='<font size="7" color="red">';
　　h3='<font size="6" color="red"> <p align="center">';
　　p='<font size="3"><BLOCKQUOTE>';
　-->
</mhtml>
</head>
<body link="red" bgcolor="red">
<p>Sorry. Japanase Only.</p>
<h2>ホームページへようこそ！</h2>
<p>僕の考案したmhtmlというコンテンツ言語を推進するホームページです。</p>
<p>100番ゲットは麗奈さんでした(爆)<p>
<table><tr>BBS</tr><td>どんなことでもいいので書きこんでください。</td></table>
</body>
</html>

ﾀﾞｳﾄ!　＞　<html lang="mhtml">

<style type="text/mhtml">
勝手にHTMLを拡張しちゃいかんぞな

>>568
わかってます。
他いろいろダウトが・・・

>>567を見ると、CSSがいかに優れているかわかる気がするよ。

<!DOCTYPE mhtml PUBLIC "-//MHTML//DTD MHTML 0.401//JA"
"http://pc3.2ch.net/test/read.cgi/hp/1018053359/118n">

ソース中のシンボルをプリプロセスで機械的に置き返るような機能はわりと欲しい。
テンプレート的なことができるし。

MHTMLと言う文字列は

<dl>
<dt><abbr title=" M8cEQg8T Hyper Text Markup Language ">MHTML</abbr></dt>
<dd>http://pc3.2ch.net/test/read.cgi/hp/1018053359/-50で公開されたHTML/CSSに変わる規格。
MHTMLを使うとこんなことが出来る！という見本は>>567
</dd>
</dl>

と書くべきですか？
Mは>>1のIDが由来なんですか？
DOCTYPEは>>572ですか？

>>573
SSI

サーバサイドでやるのも大げさじゃん。

>>574
スレ全部読め


あとあれだな、MHTMLのほうでもtableタグ書くのはなんかダサいな(MHTMLの書式自体既にダサいが)。
Curlみたいに修飾用にVBOX,HBOX,TEXTみたいなやタグを定義するかね。

>>573
XMLならDTDでの実体参照の定義でも可能ですが。

<!ENTITY hogehoge "<hogehoge>---<hogehoge>">

&hogehoge;

>>571
禿しく同意。
これならCSSのほうが格段分かりやすい。

つか、>>567=>>1か？

>>579
>>567は漏れじゃないよ。
<body link="red" bgcolor="red">の時点で既におかしい。
構造と修飾が分離されていない。


あとな、独り言だけどMHTMLて名前を出したり、修飾にもHTMLを使うっていう貧困さがダメだったな。あと実際に>>567を見てみると書式が死ぬほどダサいし。
人に「CSSがわかってネエだけだろ」と思わせてしまったな。
とりあえず漏れは依然としてCSSが気に入らんのでなんか新しい規格でも考えてくるよ。
あとそういえばこのスレで出てきたGUIプログラミングみたいにレイアウトできるってのも面白そうだな。

>>580
あ、いや、もういいですよ。
誠におつかれさまでした。

>>580
スレ違い

>>580
あなたはこのスレから追放されますた

>>92
1.今は小学生でもウェブサイト作れるほど製作者が多い。

2.世界中のウェブサイトが言語を切り替えるのは非現実的である。
　なぜなら、新しいコンテンツ言語が生まれる様子を見れば明らかだから。

3.観覧者側からみても、新しい言語のプラグインを
　誰もがインストールするなんてことは、明らかにありえないことだ。

4.新しい言語を普及させるためには、技術自体に魅力が必要。
　⇒今現在の技術には魅力やお手軽さがない。

5.CCSは修飾の仕方に問題があるため、未だに企業のサイトでは
　テーブルレイアウトが用いられている。

6.以上の問題点を解決するべく、新しい技術を考え出した。
　それはHTMLで修飾もしてしまう、というものである。

>>584
で？

小学生でもサイトが作れる、というのはここでもよく聞く話だが、
小学生が作るものと実際の需要は違うだろ。

何となく数量的な事実だけを見て自分の仕事を貶めているように見えるな。

>>584の脳内では

#include <stdio.h>
int main(){printf("Hello world!\n"); return 0;}

と書ける人間は皆、天才プログラマになります。

↑C言語覚えたての厨房ﾊｹｰﾝ!

>>588
じゃあ、
#include <iostream.h>
void main(){cout<<"Hello world!"<<endl;}

C++はどうでもいいがvoid に変えた理由が気になる

戻り値書くのが面倒かmainの型論争起こそうとしてるか。

んじゃ、ObjectPascal
program Greeting;
{$APPTYPE CONSOLE}
var
　MyMessage: string;
begin
　MyMessage := 'Hello world!';
　Writeln(MyMessage);
end.

いや、いい加減寒いって気付けよ。

>>1のおかげで、CSSのよさが余計に際立っているということに
>>1だけが気付いていないという罠。

10 PRINT "Hello World!"
20 END

>>1
あなたのMHTMLがCSSに比べて優れているところと劣っているところ
を教えて下さい。

>>595
板違い。
http://natto.2ch.net/denpa/

＞CSSでの装飾の仕方が糞、CSS逝って良し!

１にとってCSSの何が問題なんだろう。
mhtmlを発案する動機にもなってるんだから
そろそろ教えてくれてもいいと思うんだけど。

>>597
お前は1か？
臭い奴を呼び込むなよ。

スレ全部読め　>>597

結局、HTML,CSS,XML はたまたhttp とかをぜ〜んぶなかったことにして、
崇高なる>>1様による新たなhttp,mhtmlを実装すれば無問題。

自分で書いといてわけわかめ

つか、1の話題はスレ違い

角度とか。

1は何度も何度も「スレ全部読め」
って連呼してるけどさ(8回くらい)。
何度読んでもさっぱりわからんよ。
これだけ支離滅裂な文章を理解するのは常人には無理っぽい。
1が、「CSSの装飾の仕方には問題がある」と主張してるらしいことは
なんとか汲み取れるが、どこを読んでも理由はわからぬまま。
わかったのは1がアフォだということくらい。

読み返せ、っていうくらいなら
レス番だけでも教えれや。＞レスがまめな1


#あと、mhtmlの由来についての質問も
#「読み返せ」って突っ返したまま放置されてるぞ。
#どうでもいいけど。

>>604
ちゃんと読み返してるのか?
単に注意力散漫なだけじゃないのか?
スレの中でMはマクロから由来していてそれでMHTMLと書いてあるはずだが?
あとCSSがいかんという理由は
構造にオプション付けする仕組みではウェブデザインする上ではムリがある
という趣旨のことを4回は書いているはずなんだがな。

えーそーですね。
仮にですね、１さんがですね、いうMHTMLがすばらしい規格だとしますですね。
HTML + CSSなんかよりもずっと簡単に直感的に豊富に表現できるすんばらしい
案だとしますよ、ええ。

んなのによぉぉおぉぉっぉおぉx
そんなすばらしい企画を提案している１の態度がこれじゃぁよおおぉぉおぉぉぉぉ
普及するもんもしねええんじゃねえぇか、おいっ！
くそくそくそ、うんこまみれでご機嫌か、１さんよ！

１さんのMHTMLがどんなにすばらしい規格でも、その伝え方を考えないと普及しませんよ。

まぁ、実際１の規格は喉にうんこつまらせて必死に取ろうとするあまり、足を滑らせてこえだめ
に落っこちるほうがましだってくらいうんこ。

１さんは天才！
大変上手にうんこをたべますです！

ども。

>仮にですね、１さんがですね、いうMHTMLがすばらしい規格だとしますですね。
あっはっは。そんなことありえない。

>>61
＞>それで不満ならさらに高機能な、
＞>XHTMLをXSLTでXSLやSVGに変換する方法がすでに勧告になってるよ。
＞で、Win,Mac,Linux以外のブラウザでそれが実装されてるヤツあるっけ?
MHTMLが実装されているブラウザは完全に0だ。
今も0だし、これからもずっと0だ。
今の実用的な方法はサーバ側で整形することだ。
それが嫌な1は、JavaScriptで吐いとけってこった。

そうじゃなくて、
手書きで HTML とか CSS を書かなきゃいけない状況がいけないんでそ。
MHTML なんぞ作らんで
小学生でも文法的に正しくて楽しいサイトがつくれる
優れたオーサリングソフトを作ってね。

＞ちゃんと読み返してるのか?
＞単に注意力散漫なだけじゃないのか?
＞スレの中でMはマクロから由来していてそれでMHTMLと書いてあるはずだが?

おお、すまんかった。確かに>>146で「マクロ」って一言かいてあるね(ﾌﾟ
それ以外で”マクロ゛はマッチしなかったけど。

＞あとCSSがいかんという理由は
＞構造にオプション付けする仕組みではウェブデザインする上ではムリがある
＞という趣旨のことを4回は書いているはずなんだがな。

なるほど。それは4*3回くらい読んだよ。
で、構造にオプションをつける仕組みにはどんな無理があるの？
それがすごく聞きたい。

よわいものいじめはやめれ

まるでその文書の一部のように扱う置換要素がほしい。

<import src="index.html" type="text/html">もくじ</import>

NN4.*の<ilayer src="">とか

>>611
x-include

http://www.microsoft.com/japan/msdn/columns/xml/xml05292000.asp
ダメじゃん

MHTMLの名前の由来は、

M=>>1のID=M8cEQg8T　ではなくて、

M=マゾですか？

>>615
こいつよぉぉぉぉ〜〜〜〜〜〜〜〜〜〜〜。
面白いこといったと思ってるんだろうなぁぁぁ〜〜〜〜〜。
絶対思ってるだろうなぁぁぁ〜〜〜。
メール欄まで使っちゃってよぉぉぉぉ〜〜〜〜。
絶対思ってるな、うん。

がんばれ１

>>616
ageたいけどIDが出てしまうから
に一票。

>>615ﾏｽﾞｰ

>>615
氏んでいいよ

IEがMHMLに対応したら死にます。

くだらん

あげてみる？

http://blue.eheart.jp/docments/text-html.html
随分と痛い子がいるよ

>>623
そのＵＲＬのサイトを作った奴は確かに痛い。
採点方法を理解したら点数に縛られる必要がないことがわかる。

http://www.leverage.jp/bloom/qry/search.qry?function=Search

90年代のウェブで鳴らした俺達特攻部隊は、濡れ衣を着せられ当局に逮捕された。
デジクリMLを脱出し、CSSコミュニティにもぐった。
しかし、そんなところでくすぶっているような俺達じゃあない。
レンダリングさえ通れば金次第でなんでもやってのける命知らず、
不可能を可能にし極小テーブルレイアウトを使ってNN4を粉砕する、俺達、特攻野郎W2Cチーム！

俺は、リーダー野嵜健秀。通称ﾉｼﾞﾀﾝ。
「トンデモ」な「ホームページ入門」を斬る事(言いがかり)と歴史的かな使いの名人。
俺のような原理主義者でなければ百戦錬磨のつわものどものリーダーは務まらん。

俺はむぎ茶。通称牛。
自慢の煽りに、スレはみんなイチコロさ。
ハッタリかまして、WDMLからむぎちゃんねるまで、何でも荒らしてみせるぜ(ﾋﾟｭｱ

よおお待ちどう。俺様こそ茶文字。通称特に無し。
コメンテーターとしての腕は天下一品！
えらそうな割に何もしない？ユーザービリティスレでボコボコ？だから何。

togepy。通称とげP。
素人記事と自分酔いの天才だ。幼児でもブン殴ってみせらぁ。
でも2ちゃんねらだけはかんべんな。

俺達は、Curlの通らぬブラウザにあえて挑戦する。
頼りになる神出鬼没の、特攻野郎W2Cチーム！
問題をややこしくさせたい時は、いつでも言ってくれ。

>>626
ｽﾏｿ、この元ネタって何？
以前、MMRバージョンのフラッシュアニメを見たことがあるんだが・・・

>>327
特攻野郎Aチーム。
ぐぐれ

>>628
産休！

MHTMLﾜﾗﾀ

ｓ

MSS (Macro Style Sheets) ならそんなに叩かれなかったろうな。
どう足掻いても XSLT の延長だけどさ。

CSSなんてきょうびはやんねーよ

なんでも、流行りもの使おうとする厨房と主婦がうんこ臭い。
今はリンクをポジショニングでずらすのが流行りなのか？
何処もかしこもだな。ｳｾﾞｰ

>>633-634
久し振りだな>>1
相変わらずCSSは使えないのかい？（藁

MHTML（笑）

>>1のサイトが見てみたい。

>自分のサイトには物理マークアップはないんですが何か?
絶対嘘、100個所をゆうに越え(以下略

tableできっかりとしたレイアウトができるのは、
それが単純なので、たまたまどのブラウザでも同じように見せていただけ。
CSSは複雑なのでブラウザによって解釈、実装にゆらぎが起こった。

問題はそういうことです。

>>637
いくら知識があろうが煽るしかできない阿呆は尊敬されない。

別に嫌なら使わなきゃいいじゃん。いちいち2chでスレ立てて語る話題じゃなかろうに。
それとも何か。>>1はみんなに同意して貰ったりかまって欲しかったりするのか？

またこのスレ上がってきたか・・・たまに上がるんだよね、これ。

>>641
それだけ現状のCSSに不満があるのかもしれんねえ。

CSSはウンコ。テーブルは神。

>>643
世の中にはうんこの神様もいるんだぞ。
ウンコ、またはその神様に失礼だ。

　　　　　　　　_,..:―--､_
　　　　　　　 　 ,r''":::::::::::::::/､::`ヽ､
　　　　　　　 ,r":::::::::::::;;;;:::!'ﾞヾ:;;:::::::::ヽ
　　　　　　 ,i":::::::;;r-''""　　 　 ヾ::;::::::i
　　　　　　 i::::::;'"　　　　 　,,,::;;;;､_ヾ:::::|
　　　　　　 !;::::l ,-'''""`‐;-i'",,,,,､_`i‐!::::!
　　　　　　 ヾ::l-!　'""` ﾉ ヽ、　 _,.! ﾞゞ!
　　　　　　　 ヾ! `ー‐‐'　　 ヽ￣　　l/　　ぜんぶ
　　　　　　　　 `i.　 ,:'　_`__"__, ﾉ　　,!　　　　プラズマなんですよ
　　　　　　　　 　!　 ``'､'_'_',.'ノゝ　,r'
　　　　　　　　　　`>、　　　　　／/::ヽ..,__
　　　　_,,-―'￣／:::i ､`ー'-'''／/:::::::::|:::::::::`‐..､__
　　,r'":::::::::::::::/:::::::/i　` ､,r''" /::::::::::::|::::::::::::::::::::::::`,ヽ
　 /::i::::::::::::::/::::::::/:::i　/"ヽ　/ヽ:::::::::::|::::::::::::::::／::::::::::
　/::::i::::::::::::ヽ::::/:::::::i､/ヾ `i /::::ヽ::::::::;!::::::::::::/::::::::::::::::

>>643
漏れはテーブルじゃねえよ！

フリーのテキストエディタはいろいろあると思うのですが、どのソフトが人気が高いのでしょうか。

>>647
人気からするとemacsかな、やっぱり。

viとかもお勧め

tera pad使ってる

効率良くHTMLを書けるテキストエディタってある？
ttp://pc3.2ch.net/test/read.cgi/hp/1002383563/l50

今日さ、はじめてこのスレ見つけて読んだんだけどさ、ばくしょうしちまったｙｐ！
>>1が今、何考えてるか知りたい。降臨してなんか語ってくれｙｐ！
楽しみに待ってるｙｐ！

そのうちみんなFlashになっちまうからカールなんざ
関係なくなるよ。

結局>1がやりたかったのって単なるマクロ？
なら変なもん使わずにサーバサイドでプリプロセスすれば
いいだけじゃん。JSPの端っこだけ使ってみるとか。
ローカル環境でプリプロセッサ通すのでもいいと思うけど。
cppでもいいんじゃないの？

MHTML
ありました
http://www.shigeta.net/mhtml/mhtml.htm

>>654
スレ読まずに書き込むのいい加減やめれば？

がんばれ、１、その気合だけにほれたぞ。

TABLEでデザインするのに慣れちゃってCSS書いてて正直かったるいです。
TABLEでやっちゃっていいですか

>>658
そのうち困るんで無い？
とか言ってみるてすと

TABLE使うのに都合の悪いことってある？

>>660
結構あるね、さんざん言われてるからログ探してくれ。

まぁでも些細なことだ

結構あるけど、逆に現状ではtableレイアウトに頼らざるを得ない。
CSS3でも完全解決しそうにない。
そしてCSS3でもTABLEでも解決できないレイアウトもある。
formとか絡むともう鬱だよーたすけてー

今更だけどさ、
>>645
頭ズレてるよ。

age

岡田克彦ファンクラブからのご案内です。ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部
と、ひろゆきの卒業した中央大学文学部は比較にならないほど差があります。中央大学文学部のような
ヘボい大学に共通しているのは、文化水準が低いという事です。18歳から22歳をヘボい大学で過ごすという
ことは、感受性において致命傷と言えます。２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で
頭が悪いだけでなく、感受性も愚鈍で腐っているという、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall-Horn/1091/で、岡田氏の作品に触れましょう。

age

■■　出会いサイト開業システムレンタル　■■

儲かる出会い系ビジネス

月収１００万円オーバー!!

HP作成できない初心者でも安心して運営

出会いサイトシステムをサーバーごとレンタルします

運営者様には無料で宣伝ソフトもお付けします

http://giko.2ch.net/129/yamada894jp.html

メール欄に「0」だけ書き込んでageてる香具師って何？
ｳｻﾞｲんだけど。

>>669
age2chとかじゃねーの？
とか適当なこといってみるテスト

（＾＾）

なに、まだこの糞スレあるの？

MHTML

２ちゃんの糞スレの皆様に、作曲家・岡田克彦ファンクラブからのご案内です。
ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部と、ひろゆきの卒業した中央大学文学部夜間は
比較にならないほど差があります。中央大学文学部夜間のようなヘボい大学に共通しているのは、文化水準が
低いということ。18歳から22歳をヘボい大学で過ごすということは、感受性において致命傷と言えます。
２ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で頭が悪いだけでなく、感受性も愚鈍で腐っている
という、取り返しのつかない状態なのです。
せめて、http://www.geocities.co.jp/MusicHall/5933/で、岡田氏の作品に触れましょう。
また、学歴至上主義は、学歴がないか、東大のような高学歴であっても学歴に相応しいだけの自分の特技
等を持っていない人が不愉快に思っているだけのことです。２ちゃんのひろゆきの卒業した中央大学
文学部夜間のようなものは、学歴と言えるようなものではなく、これは、拭うことの出来ない、生涯つきまとう
汚点で、絶対に取り返すことは出来ません。２ちゃんの皆さんの大半は、波風を立てずにその場限りの平穏無事を保守する
という、下らない事なかれ主義にうつつを抜かしていますが、私共は心優しい仲間なので、はっきり申し上げられます。
ひろゆきは、感受性において、まさに取り返しのつかない状態にある、ということです。
従って、阿呆のひろゆきのやっている２ちゃんは阿呆の危険集団だということです。

http://www.shigeta.net/mhtml/mhtml.htm

あの・・・ちっと待ってください。

MHTML が現れたところまでは読んだんですが、>>1 の語りが出てきてから読むのが面倒になりました。

結局 >>1 は、MHTML とかいうのしか逝ってないんですか？もっとマトモなこと書いてないんですかね？

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://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://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/

>>676
スレ最初から読み返せ

>>676
残念ながらマトモなことは書いてません。
いや、MHTMLの中身を書くまでは期待していた
香具師もいたにはいたようなのですが、
結局>>1が中身を公表した時点で
======================終了======================

監視中

[Web制作] Ｍａｃのネスケ４はそろそろ見捨てていいですか？
http://pc2.2ch.net/test/read.cgi/hp/1025363785/

議論はMacという枠を超え、ネスケ４そのものが不要であるという結論が下された後、
見捨てられてはたまらないと、必死のネスケ４信者が反撃中。なだめてやってくだちい。

401「ネスケ４を見捨てるのはただの怠慢です。 」
401「バグなんて人聞き悪いですね。あれはあーいう仕様なんです」
401「NN4で見れないなんて客をバカにしてるです。 」
408「世界を席巻した旧ネットスケープ最終版がウェッブから失われれるのは史料的損害」
428「tableという便利なレイアウト手段があるのに何故それを素直に使わないのでしょうか。 」
428「CSSよりも、偉大な先人の知恵が確立しているテーブルの方が作業効率だって優れています。 」
460 「NN4以外はブラウザですらないただの糞」

>>681
ずるいよ！！
408「世界を席巻した旧ネットスケープ最終版がウェッブから失われれるのは史料的損害」
これがどう見たって一番狂ってるｏ

でもこれは、ネットスケープのサイトで旧ネスケの配布をやめろということに対して
発言したもので、流れの中で見ればそんなに痛くないんです！！
これだけ抜き出して晒し上げるのはずるい！！

技術は進化するもんでしょ
ついていけなくなった時が潮時じゃないの？

配布するぐらいいいべさ、、ｏ

>>681
スレ違い。他のスレに晒してなだめてくれだってよw
泣き付くくらいなら最初からつつくなアホ。厨どうし一生罵り合ってろ。

バグを配布するようなもの。正常じゃない。

隔離スレに引っ込めおまいら。出てくんな。

NN4は確かに面倒です。
CSSじゃなくても、TABLEレイアウトですら上手く見えてくれない事があります。
（TDのWIDTHを指定しても、上手く効かない、等）
TABLEの入れ子にも弱い特性があって、読み込みに時間がかかるとか・・・。

ただ、HTMLコーディングを始めた初心者の頃は、チェック用には重宝しましたけど。
タグの閉じ忘れに五月蝿い（忘れると表示されない）かったので。

>>681
>>684
氏ね。今すぐに！

mhtml age

ていうかー
CSS使ってるサイト、思いっきりズレまくってるときあるんですけど・・・
当方マクＩＥ５。

MacはIEですらCSSの適用が不自由
なんとかしろや

M$に言えや

仕様です

　　　　　　　　|　　　　　　　　　　　　　　　　　　　　 　 　 　　 /ヾ
　　　　　　　　|　　　　　　　　　　　　　　　　　　　 　　　 　　ゝｲノ
　　　　　　　　|　　　　　　　　　　　　　　　　　　 　　　 　 　 /　/
　　　　　　　　|　　　　　　　　　　　　　　　　　　 　　　　 　 /　/
　　　　　　　　|　　　　　　　　　　　　　　　　 　　　　 　 　 /　/
　　　　　　　　|　　　　　　　　　　　　　　　　　　　　 　 　 /　/ 　 　 ＿＿＿＿＿
　　　　　　　　|　　　　　　　　　　　シコ　　　n_　　　　　./　/ 　 　 .|　　　　　　　|
　　　　　　　　|　　　　　　　　　　　　　　　　（　 ﾖ　　　 /　/　　 　 .|　　　　　　　|
　　　　　　　　|　　　　　　　　　　　シコ　　　| `|. 　 　 /⊂//　　　 |　　　　　　　|
　　　　　　　　|　　　　　　　　　　　　　　　　 |　|.　 　 /⊂//　　　　|　　　　　　　|
　　　　　　　　|　　　　　　　　　　　　　　　 ／ ﾉ￣ `/　 /　　　　　 |　　　　　　　|
　　　　　　　　|　　　　　　　　　　　　　　／ ／ イ　 Ｏ○ヽ 　 　 　 |　　　　　　　|
　　　　　　　　|　　　　　　　　　　　　　（ `ノ )/(/|　 |'^ ＼ ＼　　　 |　∧∞∧　←あやかたん
　　　　　　　　|　　　　　　　　　　　　　(｡Д｡ '')'　|　 |　　　＼..＼　 | （´д｀；）　 |
　　　　　　　　|　　　　　　　_＿＿＿. 　 ∨∨　　|　 ）　　　　|　 ）　|　 (　：　) 　 |
　　　　　　　　|.| ￣ |￣ ／ 　　／｜|　　　　　　/　/　　 　 /　/　 .| 　 ∪∪ 　 .|
　　　　　　　／|. ： ｜　|￣￣｜　｜|￣￣￣　/　/￣￣￣ ∪　￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　｜＝｜ .＼￣￣＼｜|　∧　　　∪
　　人人人人人人人人人人人人人/　`人人人人人人人人人人人人人人人人人人人人人
　 )　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　(
　 ）　ああ〜！あやかたぁん！あやかたぁぁん、かーいいよーーーーー！かーいい〜！　 （

695が一刻も早く夢から覚めることを切に願う。

保守

ここ十数日、ネタがないなぁ

age

700age

ＭＨＴＭＬに対抗して、考えてみたよ。

行番号(IDとして扱える) 命令 "URIや文字列など",クラス名

10 print "Hello,BHTML",header1
:
20 line(10-20),border1

これを実行すると、border1で定義されたスタイルのラインで囲まれた、
Hello,BTMLという文字列が表示される。
クラス名は、どんなサイトでも頻繁に使われる（見出しや、strongなど）、
あるいはよそのサイトと比較検討につかわれる（値段、商品名など）は
定義してどのサイトも共通のクラス名を使うが、それ以外は自由に作ってよい。

http://pc2.2ch.net/test/read.cgi/hp/1050086156/11n
結局まだまだレイアウトを自在に表現できないＣＳＳじゃあ
validじゃなくてもしかたないよね。
ちょっと凝ったことやろうとするとやっぱり既存の方法に頼るしかない
って寂しいね。

↑CSSをマスターできなかった人のひがみ？

>>702
どんなものでも既存の方法に頼るしかないと思うけど？

vakidとstrictとを混同してる奴、見いつけた！　>>702

>>705
まずはキーボードを見ないで打つ練習からしてみ？

必死だねぇ

tableの方がよっぽどレイアウトを自在に表現できない。

雑誌とかのデザインをそのままwebで表現しようとするから
テーブルレイアウトになる。

それだってCSSでできるんだけどね。>>709

セルンバレバレ　ぷ

セルンって？

>>712

こんなの。

http://pc2.2ch.net/test/read.cgi/hp/1048867117/767-772
http://pc2.2ch.net/test/read.cgi/hp/1048610844/678-683
http://pc2.2ch.net/test/read.cgi/hp/1046615656/410-452
http://pc2.2ch.net/test/read.cgi/hp/1037955969/617-620
http://pc2.2ch.net/test/read.cgi/hp/1035775357/510-

CSS大好き！食べちゃうぞ！

　ｌ 」 ∧＿∧
‖（　 ﾟ∀ﾟ ）　ｶﾞｵｰ！
　⊂　　　　 つ
　　　　人　 Ｙ
　　　　し（＿）　　　　∩＿∩
　　　　　　　　　　　　（ ´Д⊂ヽCSS
　　.∩＿∩　　　　　⊂　　　ノ
　（ ´Д⊂ヽCSS　 人　 Ｙ
　⊂　　　　ノ　　　　し （＿）
　　人　 Ｙ

喰っちゃった・・・

>>714-715
ﾜﾛﾀw
食うなよ

まあ、秋茄子は嫁に食わすな、とか、CSSはネスケ4に食わすな、とは
言うわけですが。

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

また、香ばしいキャラが登場してたんだな…　＞セルン
別に固定にならなくてもいいだろうに

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

<mhtml type="mhtml/text">
<!--
em='<font color="red">';
-->
</mhtml>

おもしろい！

がむばれ！山崎渉

　　　　　　山崎渉後援会　

それ、XSL-FOと何が違うの？

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

（＾＾）

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

一年前はこんなスレもあったんだな…
今じゃ常識なCSS

テーブルレイアウトはやめて欲しい。
ソース読むの苦労するよ。

テーブルレイアウトの多用は外国も日本人だけ？

http://www63.tok2.com/home2/gomakago/

>>729
＞テーブルレイアウトの多用は外国も日本人だけ？
PhotoShopのスライスツールは日本で考えだされたもんじゃねーぞ
ブラウザあるのにいちいちソースなんか見なくてよろしい

潜水艦、浮上！

テーブルレイアウトって時々読み込みが狂って崩れたりするよね

ホームページ作成ツールのアンケートやってます。
http://www.enquete.ne.jp/hundred/survey/20031217-6/
後で結果発表します。

結局は、こういうスレって無限ループでしょ。
議論するだけ無駄。

http://www.geocities.jp/o_iotee/

web製作板の性格の悪さが分かるスレ

>>584の 5. の辺りを見て思いだした。
逆に言うと見るまで忘れてた。
ありがとう。>>584。

ttp://comic.2ch.net/test/read.cgi/sakura/1075710697/

CSS使っていると、記述されるプロパティーが、
ごくわずかで済むサイトを設計しなさいといわれている気がする。
なんか余計に制限されている感じ。

まぁ、自分の理解が足りてないだけか。

>>739
ウェブに限らず、文書にはチラシ・パンフレット的な物と小説・論文的なものがある。
前者はインパクト重視で、文書の構成要素は比較的自由に配置・裝飾される。
後者は読みやすさ重視で、要素ごとに統一したスタイルを指定するのが良い。
CSSは、後者に最適化しているが、classやidセレクタによって前者にも対応している。
って感じか。文書の性質に応じて使い分ければ良い。

ちなみに、小説や論文を公開しているのに、「ホームページ」のやり方にとらわれて、
余計な裝飾を施している人が多い気がする。

このスレにいる大勢の人と敵対してしまうかもしれない。
しかし、俺は１さんの言わんとしていることも わからなくもない。
陰ながら味方したい。
埋もれるのもなんなので、age ておく。

>>741
shine
tanasinn

>>741
同意したのは思想の部分？それとも途中から>>1自らが書いた「MHTML」の中身を含めて？

俺と書いたが女です。
思想です。
MHTML は「なんだ？」って感じです。
思想としては面白いけれど、実用的ではないと思います。
それでも 1さんには惹かれます。

これだけは確実に断定できる。
テレビ番組系のホームページに良くあるFlash。
あれをHTML+CSSだけでどのブラウザでも
ちゃんと見れるようにするのはほぼ不可能。

FlashにはFlashの利点・欠点があるし、HTML+CSSにもPDFにもそれぞれ利点と欠点がある
適材適所ってこった

CSSの欠点は>>1が嫌がっているようにろくなデザインができないってことだな。
CSSはデザインというよりレイアウト調整程度のもの

べつにデザイン見に来てるわけじゃないから
簡単なレイアウトやってくれりゃそれで十分だ

その簡単なレイアウトですら満足に出来ないのだが。

とにかくCSSで
border-style: image;
とかできるようになるとすごいうれしいです。

>その簡単なレイアウトですら満足に出来ないのだが。

そりゃお前がCSSを満足に使えないからだろ。

http://sapporo.cool.ne.jp/netaonly/mhtml.htm

>>752
ﾜﾗﾀ

>>752
ｻｲｺｰｷﾐｻｲｺｰ

>>378 読めない

遠慮なくサイト運営をやめてください

>744
>俺と書いたが女です。
なんで女性という事をカミングアウトする必要があるのか？
*土人俺女として弄られたい。
*土人でも女なのだから優しくして欲しい。
*土人厨を呼び込み、このスレを荒らしたい。
*実はネカマである。

>>1の｢んじゃ!｣ってひろゆきっぽいよな

社外に公開しないイントラネットだとすげーめちゃめちゃ。
半角スペース20個くらい入れて右寄せとか。

>757
ﾄﾞｼﾞﾝ女に詳しいんだね。

>>759
<BLOCKQUOTE><BLOCKQUOTE><BLOCKQUOTE><BLOCKQUOTE><BLOCKQUOTE>
<A HREF="./index.html">戻る</A>
</BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE>
こんなのみたことある。マジ。

>>761
感動した！

>>761
戻るロンダリング

>>761
それはこのサイトのことか？
ttp://homepage2.nifty.com/kaguraclub/

>>764
</FONT></B></FONT></FONT></FONT></FONT></FONT></FONT></FONT></FONT></FONT>
</FONT></FONT></FONT></FONT></FONT></FONT></FONT></FONT></BLOCKQUOTE>

(ﾟДﾟ≡ﾟДﾟ)何が起こってるんだ？？

>>764
激ﾜﾛﾀよ

ビルダーのバグだな。
font設定何回もやってると全部残っちゃうという・・・

けっこうあるもんだな

http://www.google.com/search?num=50&hl=ja&ie=Shift_JIS&q=%22%3CBLOCKQUOTE%3E%3CBLOCKQUOTE%3E%3CBLOCKQUOTE%3E%3CBLOCKQUOTE%3E%3CBLOCKQUOTE%3E%22&lr=lang_ja

とにかく、

１はバカ｡

とりあえずW3Cとかいう人が絶対的な権力持たないと標準化なんてのはあり得ないと思う。
はい今日もバカクラの仰せの通りにテーブルテーブル。

人ってのは当然ネタだよな？

>>772
当然。

みんな、こだわって書いてるんですねぇ。
僕はIEで見れればおっけーかなぁと。IEクローンもカバーできるし。
IE4以降をカバーすれば世の中の90%ぐらいの人は見れそうな気がするし。
なんとなく。

ちょっとぐらいレイアウトがくずれたって、気にしてもしょうがないでさ。
崩れてもいいようにレイアウトしておく。まあこれかと･･･。

>>775
> ちょっとぐらいレイアウトがくずれたって、気にしてもしょうがないでさ。
> 崩れてもいいようにレイアウトしておく。まあこれかと･･･。

それを踏まえたらある程度以上には
物理要素ゴリゴリのソースにはならんよね。
それはそれでまぁいいんじゃないかと。

ちょっと前までNN3とかNC4とか使ってたけど
StrictなHTMLが一番読みやすかった。

>>777
マゾですか？
ラッキーなレス番なのに。

>>1

知り合いにCSS知らないで（使えないじゃなく存在すら知らない。）web制作の仕事してる奴がいる。

結局１の壮大な釣りだったのか。。。
俺も見習いたいものだ。。。

CSS最高
IE・NNの設定にCSS指定してる。
だから全てのサイトが等幅フォントで見える。

一回CSSレイアウトで組んだら修正がテーブルより簡単なので
以来、テーブルレイアウトなんて出来ない。効率段違い。

全部.txtで作れば？

>>783
ハイパーリンクできねーじゃねーか。

>>784
ディスプレイにカラーフィルムを貼ればそれっぽく見えるぞ

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

わざとつられてみるテスト。秋も近いというのに、はづかしいねえ。

>1
　このスレ読んでいて鼻がむずむず。吐き気がする。なんのためのCSSだか。
つうかよ。戯論で時間無駄にしてんなら女口説いてリフレッシュして来い！異教徒め。
口だけ野郎。んなに実装が欲しいなら自分で作れボケ。偽善者。
人ってのは自分が思っているほど能力はないんだよ。
あんたが、この業界のプロだったらとうの数分前に半殺しにしているよ(プロでも２種類いるんだよ)こういうのは給料泥棒だからいらないってね。
わかったら考え変えてこい。傲慢野郎。言われてくやしいと思うなら変える機会だろうが。

hoshu

　　ス
　　か
　　け
　　て
　　た
　　な
　　っ

ふぅ。おはよう。
で、雑魚はまだいるの？

>>1

ぐーぐりゅー★(*∵*)
ぐーぐりゅたん どこー？(*∵*)

　

>>1
そんあに、HTML+CSSが嫌なら、
XHTML1.1+CSSで作ったらいいんじゃん。

テーブルレイアウトだけですごいページをあげてくれ。
ＣＳＳだけですごいページもあげてくれ。

http://pc5.2ch.net/test/read.cgi/hp/1097208968/131-153
もう見てらんない。

>>795
CSSのは専用スレがあるよん。

>>796
不良品のIEがこれだけ普及している理由が
なんとなくわかった気がします、、、、。＿|￣|○

>>795
テーブルで絵を描くサイトってのがあったなぁ。
いや、確かにあれは凄い。

>796
素材サイト回ると、もちろんデザインもよく内部の構成もわかりやすいサイトもあるが、
まともに見られないめちゃくちゃなデザインのサイトも多いってのが納得できるな。
ネスケ4だと四隅の画像しか見えないテーブル素材を配ってたりして笑える（ 　´_ゝ`）

いまだにネスケ4なんか使ってるほうが笑えるよw

んだんだ。

IE(win)か、Safari(mac)以外は使って欲しくないね。

IE使えってかw

おれ、Lynx専門。

>>1
いやなら使わなきゃいいじゃん
もしかしてそんなこともわからない池沼か？

800台に来てまで>>1に突っ込むなよ。

>>806
だってそうだろ？将来的にテーブルレイアウトが不可能になることなんてありえないんだから、
何も気にする必要はないだろ。

ずっとHTML4.01Transitionalで構成しとけばいいんだよ。

>>807
いや、「終わった話を蒸し返すな」ってことだと思うよ・・・

>>808
っていうか俺まだ>>1しか読んでない。
今後も読む気はないが、レスする気はある。

>>1は二年以上も前のことか。
その後改心して、このスレでしたり顔で過去の自分を叩いてたら笑えるなw

きっとMHTMLの開発と実装に勤しんでいる事でしょう

2chHTMLでも作るか？

<ahya>もみゅもみゅ</ahya>

>>1
だから勝手にしろやこのくそボケが！
いちいちこんなクソスレ立てるなや！

いやっつうか出来ないんだろ

>>1
は現実論者っていう点では、
今でも何ら間違ってないと思うが

>>816
>>1の最後の2行がなければな・・・

CSSやHTMLの瑣末な文法にギャーギャー言ってる香具師に限って、
そのCSSとHTMLで表現する内容は貧弱という例。

ttp://keith-ck.ddo.jp/

自己紹介とリンクと日記のみだ。
まぁ、逆に言うとこの程度の規模だからこそ、ブラウザでの見栄えにも、文書の内容にも
殆どつか全く影響のない、HTML/CSSの書法の流儀に拘ってもメンテが可能なんだろうけど。

通称、バカのスレ

結局、>>818って何を言いたかったんだろうね。

憶測で誹謗したかっただけ。

>>818
> CSSやHTMLの瑣末な文法にギャーギャー言ってる香具師に限って、
> そのCSSとHTMLで表現する内容は貧弱という例。

てめえの糞サイトと一緒にするなこのﾎﾞｹ。

CSSやHTMLの文法は瑣末だとギャーギャー言ってバカソース書く香具師に限って、
その肝心のコンテンツは貧弱である。

（　´_ゝ`）ﾌｰﾝ

まあテーブルレイアウトで良いよ。何だかんだいって、これは無くならない。

tableの要素内容に何でも入るっていう頭悪い仕様になってたのが元凶だな。
最初Netscapeが作ったんだっけか。

表は表らしくLaTeX程度のものにしとけばよかったのに。

HTML+CSSで作れというが、
CSSを切っても見られるサイトにしろという。
じゃあテーブルでいいじゃねーか！とか思う。
最近ずっとこれがぐるぐるしててハゲそう。

3行目が繋がってないぞ

１行目 テーブル使うな HTMLとCSSでやれ
２行目 CSS無くても見えるHTML書け
３行目 ？

そりゃはげるわ

普通、HTML+CSSなら
CSS切っても全然問題ないだろ
（というか、ブラウザ標準のCSSに切り替えるだけだが）

テーブルレイアウトではテーブル切っても見られるってのは
なかなか上手いと思うが（つーか、そんな人はtable使わないか）

CSS切っても位置が崩れないようにしろって思ってるのかな？
だったらテーブルでいいなｗ
そんな糞みたいなCSSは無い方がいいｗｗｗｗ
つーかそんな奴はHTML書くなwｗｗｗｗｗｗｗっうぇｗｗｗ

＞（というか、ブラウザ標準のCSSに切り替えるだけだが）

この表現は適切なのか？

適切かどうかはさておき、
制作者スタイルシート
ユーザスタイルシート
ブラウザのスタイルシート
と三つあるわけだから、一概にCSSオフって言い方は変な気もするね。

>>832
>>833
> ＞（というか、ブラウザ標準のCSSに切り替えるだけだが）

ブラウザのスタイルシートはCSSとは言わぬであろ？

>>834
それをいいたかった

ブラウザ標準のJSSSに切り替えるわけだが

>>836
おぉいｗ

BSS

BSB

正直もうブロードバンド時代（って何）なんだから全部イメージでいいじゃん

ハイパーリンクは？

>779
似たようなのが、うちの職場にも…

>810
ワロた

CSSを知らないクリエーターが作ったサイトを更新していくのはきつい。
テーブル×１０で、DWでプレビューしても頭が混乱する。

俺は体裁が崩れるのがいやだから、テーブル使ってレイアウト。
極小の文字を要求されるから、文字の大きさをCSSで指定。
（人間が読むには辛い大きさになっているが、どうやらロボットが読めればいいらしい）
こんなことでいいんだろうか？

崩れるの嫌ならPDFにでもしろよｗ
読ませない文字なら隠せよ。何のためのCSSだ。

843じゃないけど、クライアントが「HTMLで体裁が崩れないようにして欲しい」、
「ロボットにしか読めないくらいの小さい文字にして欲しい」って要求してきた場合はどうしますか？

「体裁が崩れないようにする」ってだけなら
すっぴんのHTMLを書いて、CSSではフォント弄るくらいで終わらせる。
もしくは画像をベタベタ貼って終わるｗ

あと、ロボットだけに読ませるなら<meta name="keywords"〜>とかでいい。

descriptionだろ。ってどうでもいいか

この板ってプロの人も多いの？

「多い」かどうかは分からないがいるだろうね。俺は違うが

マジでアホしかいないな。

つーか”プロ”ってなんだよｗ

プロパンガス

ウェブ関連の業務を職業としている人でしょ

WEBで飯食ってる人のこと

>>854
つまりWWWで食料品買ってそれ食って生きてる人のこと

もうメンドイflashでいいや
プラグイン入ってないやつは携帯用のサイトへ飛ばす

スレタイがDQNすぎてﾜﾛｽ。
自分はCSSレイアウトが基本だけど、案件によっちゃテーブルレイアウトも

>>857
こんなスレを探し出して書き込む自分も十分DQNと理解してのことだよな？

>>858=1
m9(^Д^)

2ｃｈには馬鹿とDQNしかいなくね？

また懐かしいスレが上がってきてますな

>>1
同意

三年前のスレか

このスレが立った時は、ボクはまだ5歳だったってことか

　　！？

DQNって何？

！！

残念ながら、
複雑なCSSレイアウトは滅びる。
なぜなら、大幅なサイトリニューアルが
非常に難しいというか無理だから。

テーブルは最初から組み直しても
たかが知れている。
CSSは構造ではなく装飾方面で生き延びる運命だ。

Flash>>>>壁>>>>CSS

FlashでCSSプロパティが充実してきたらCSSだけ出来る奴は終わり。
むしろ、ドローとしてそのまま全て利用出来るFlashが圧勝なのは火を見るより明らか。

しかし天下のW3C様はテーブルレイアウトするなと申してますが・・・・？

>>867
最後の行が「HTML」ではなく「CSS」になってるのは
オチかなにかですか？

目が見えない人は、目が見える人と比べて情報を得る手段が少ない。
せめてインターネットで位は、同等に情報を得られるようにしてあげたい。
そのため、テーブルレイアウトは無くなればいいと思ってる。
フラッシュだけで作られたサイトも。

>>871
つかｵﾏｴらも１〜２年以内にはFlashやらざるを得なくなると思うが。
Flash側での読み込み用CSSファイルが必要とされてくるしな・・・。

FlashがCSSをフルサポートするようになったら、マジでCSSだけ出来る奴は危険な予感がする訳だが。

朝日テレビのサイトみてFlash標準の流れを感じたなぁ
自然すぎるし、Flashじゃないとダメだと感じた

>>872
Flashって検索に弱いよな。
大手企業のサイトだけを作るなら話は別だが、検索エンジンに弱いサイトってどうなのよ？？
正直、現時点でサイト作成を依頼し、Flashでサイトを作られたら、ありがた迷惑。

>>874
逆に言えば、Flashに弱い検索ってどうなのよ？ってことになる。
数年以内にFlashも検索できるようになるんじゃまいか？
Flash、検索エンジン双方で対応が必要だけどFlashの需要が高まれば検索エンジンが対応せざるを得なくなる

>>874
悪意のあるコードは嫌いなんだが、Flashのスクリプトで検索ロボにスパミングする事は非常に簡単。
倫理的にもノーマナーだからやらないけど・・・。悪意コードって意味では、Flashのブラクラとか酷いぞ。コード見えないし。
JavaScriptは今でも全部使えるし、HTMLに記述したJavaScriptを読み込むのも全て可能となってる。
あまり詳しく書くのは控えるけど。

とりあえず、HTMLから見れば、FlashだろうがJPGだろうがGIFだろうが、一枚の絵に変わらない訳ですよ。
だから、検索に弱いと言う意見はちと微妙かも。HTMLに絵と文章を張ってあるサイトと違いが無い。
むしろ、SWFだけ検出してくれる所もあるから、一概に検索に弱いとも言えないかと。

FlashはJPGやGIFと同じ一枚の絵なんだけど、
アニメーション出来るわ、複数の絵を組み込めるわ、音楽使えるわ、スクリプト使えるわ、CSS使えるわ、
JavaScript使えるわ、XML使えるわ、外部TXT使えるわ、CGIと連動できるわ・・・・
って感じかも。
現バージョンだとCSSとHTMLに関してはFlash側で使えるタグは制限あるけどね。
今後フルサポートの可能性は高い。Flashは覚えて損無いよ。

>>875
Flashが普及すれば、そうなるかもな。
ただ俺が思うに、一般レベルでFlashは広く普及しないような気がする。
スタイルシートでさえ普及しないのに、さらに難易度の高いFlashが普及するとは思えないからね〜。

>>876
ほー、そんな事が出来るのか。
やってみるべ。

単純なHTMLのページならそのままFLASHに置き換わっていくだろうけど、
プログラムと組み合わさったページが総簡単にはFLASHにならないだろう。
リッチクライアントの流れはあるけど、リッチクライアントはFLASHだけじゃない。
FLASHがXMLを使えるとか、CGIと連動できるとか言ってるのは、ハッキリ言って非常に幼稚なレベルの話。

playerでさえダウンロードしなきゃ使えない環境が多いのに
FLASHが増えるわけねーっての。
OSに標準でFLASHの環境が付けば一気に普及するだろうなｗ

> 単純なHTMLのページならそのままFLASHに置き換わっていくだろうけど、

それはないと思う。置き換わってもやはりマークアップ言語だと思う。

>>877
制作環境自体はすでにStrict-HTML+CSSよりはるかに難易度低いよ。
ある意味テーブルレイアウトで作るより簡単、ただお絵かきで済むから。
実際にFLASHをいじってみればわかる。

>>879
アホ言うな、SSIと連動してこそのFlashだっての。
つっか「プログラムと組み合わさったページ」って言い方、なんだよそりゃｗ

素人が知ったかぶんなってのｗ

w3mが対応したら許す

PHPやASPでフラッシュ連携は正直かなり敷居が高いけどColdFusionなら割と簡単。

Flashはマジで門戸広いよ。凄く簡単で楽しく扱える。けど、超複雑にも出来る。
高度なスクリプトや連携にも耐えられるだけのベースがあると言うべきか。
超初級〜上級＋　までかなり使えるのが魅力だと思う。

昔からのデザイナなんかで、スマートスケッチ使った事ある人なら、その日の内に実務で使える。
JavaScript使える人も、１−２日でスクリプト組める。シンタックスはほとんど一緒だから。
イラレ使ってる人は、最初はFlashのクロスパスに戸惑うとは思うけど、２−３日あれば実務レベルで使えると思われ。

>>879
インタラクティブやSSIなコンテンツに関しては、手軽さ・普及率も考えてFlashの独壇場かと。
Flashの普及率は９８％以上って調査を見た事があったが。

>>889
＞Flashの普及率９８％以上
それはプレイヤーの方。

プレイヤーの普及率だけで数年後にはwebの開発環境で
Flashが大半を占めるなんて考えてるのか？
夢の見すぎだ。

×>>889
○>>885

>>886
プレイヤーの普及率が問題だろ？
別にいいんでない？Flashなんてゴミと言い続けてれば。
漏れにとってFlash出来る事はプラスになれどマイナスにはならず。

Flash使わないサイトでもJavaScriptのコーダで仕事あるし。
Flashがマジョリティを獲得できないとしても仕事に炙れる訳でもないし。
仮にFlashがメインになったら、それはそれで仕事増えるし。

WEB製作の仕事する上で、Flashが害になるのは悪いけど考えにくいんだわな。

何か噛み合ってないな。

枝は多いほうがいいよ
暇とやる気があるならFlashもできるようにしておいたほうが良いのは間違いない

使ってみればすげー簡単なんだけどな。
ただぱっと見あのインターフェースはわかりにくいよな、直感的じゃない。

でもサンプルファイルいじくってれば小一時間で理屈は理解できるよ。

ん、Flashってただで作れるようになったの？

30日トライアルあるし。
２〜３日触れば向き不向きはわかるさ。

暇な時にダウソして触ってみ。
デザイン好きな人なら間違いなくハマるから。

アクションスクリプト勉強しなきゃだ。
ナカムラ○ーゴくらいできるようになりたい。

大概ユーザビリティ低いんだよなぁ

もうちょっと頑張って欲しいところ

結論としては、table最強、と。
タグ名が「表」って事に拘ってる香具師はアフォ。

>タグ名

>>897

??

(´-`).。oO（タグ名…）

結論としては、タグ名最強、と。

やっぱこれからの時代はタグ名だよね！

タグの名称、タグ名・・おかしくはない。

「開始タグ」とか「終了タグ」とか？

HTML+CSSのデザインがいやなのは勝手だが、
最低限の知識は身に付けようぜ。
タグ名とか言ってる時点で（ｒｙ

じゃあなんと呼べばいいんだ

夕ゲとか

結論としては、タグ名最強、と。

スマンがここへ来て激しく笑わせて貰えるとは思わなかった・・・

タグ名最強！

このｽﾚは終わりました。(・ー・) ｵﾜｯﾀﾅ

終わってないぞ。タグ名は延々に不滅。このスレッドは未来永劫語り継がれる。

結論でましたねぇ・・・
　
　
　
　
　
　
　
タグ名最強、と。

俺も精進が足りないなぁ・・・

「タグ名」についての知識なんてさっぱりない...orz
もっと勉強しなくちゃ・・・

タグだけでこんなにおもしろおかしく盛り上がれるなんて、WEB業界の人間が
いかに普段、会社と自宅の往復だけを続けてるかよくわかるな。

何がおもしろいのかさっぱりわからんわ。そう言えば、俺も大学受験のとき、
自宅と高校と塾の往復で娯楽のない生活と過労とで、高校の先生が三角関数を
間作関係と書いただけで教室が爆笑になったのを思い出した。

おい！おまいら！たまには仕事ほっぽり出して遊びに行かないとだめだぞ！めっ！

三角関係に訂正

>>913
疲れてるな。
明日はゆっくり寝て、明後日遊びに行きなさい。

>>913
タグじゃなくてタグ名最強だろ。

>>913
ポイントずれてるぞぉ

タグ名最強♪

素人の俺には全然笑えない。だって真面目ですもん。

>>918

要は>>896さんが人を見下した口調で
半端な知識を披露してることがポイントであるわけで

>>919
違う違う。
タグ名だよタグ名。タグ名最強。

全然関係ないけどソース見てちょっとﾜﾗﾀ
http://www.croqaudile.com/index.php?page=clips&id=4363

しつこい言葉の揚足取りって見苦しいな。

2週間以上レスが付いてないスレで愚痴られても。

>>923
それにわざわざレス付けるのはなぜだ？

まぁまぁ

>>924こそ見苦しい揚げ足取りじゃん

もぉもぉ

めぇめぇ

>>926は揚足取りって言葉の意味を理解してないな。

>>929
>>923

おまえら、大切なことを忘れるな！！

要するにコンテンツ！！文章力がない奴が外装整えても無駄！！
内容がないのにやたら動的だったり凝ってたりすると逆に陳腐に見える。

陳腐なご意見ありがとうございました。

またレベルの低い煽りだなぁ

場違いだけどレベル低くねーだろｗ
切実な問題だよ。結局デザインなんてデザインに過ぎないからね。

必死だなw

当たり前のことを力説してるのはレベルが低い

当たり前のことに目をつむるのはレベルが低い

ＣＳＳが嫌ならデザインなんてやめちまえってことだな

誰もそんなこと言ってないし＞ＣＳＳが嫌

>>938
うむ。そんな主張してるのは>>1くらいだな。

このスレ終りか。結局>>1に釣られてたのか。。。

>>940
とっくに終わってるんだが。

もう3年以上が経過したわけだがまだ>>1はいるのか？

ほしゅ

うぜー、この板。Web製作管理なんてヲタクだよね？
HPなんて誰だって作れるしね。死ね。

<html>
<head><title>死ね</title>
</head>
<body>
<blockquote>氏ね</blockquote>
</body>
</html>

おまえら、彼女居ないんだろ？ばーかばーか、ここが電車男がいた
掲示板ですか？きんもーっ☆

今ではブログサービスを使うところが増えて、自作は減った。
3年前にはまだまだ手打ちなり専用ソフトなりでサイトを作るのが普通で、
CSSにまともに対応しないブラウザの利用者もまだ大勢残っていて、
いろいろと問題だったんだろうな。

そのさらに数年前には、ネコも杓子も中央寄せだった。
トップページにはでかでかとサイトロゴを置き、アクセスカウンターと
コンテンツへのリンクバナーと更新履歴を掲載。
フレームを使ったり、音を鳴らしたり、ステータスバーに文字を流したり、
カーソルを何かが追いかけるのが偉かった時代。

趣味の個人ページの枠内だけで語られてもなあ

>>946
企業サイトを作ってるプロは悩まないでしょ。
スキルはあるし、裁量はないし。

>>947
企業サイトならまだテーブルレイアウトが多いね。
じょじょにCSSも増えてるけど。

>>947
いや、>>945の話がってこと。

test

HTMLのソースをから
CSSで代用できる部分をすべて自動変換・作成
とかできるソフト無いの？

ただCSSに変換すりゃいいって問題じゃないしな

ただ変換すりゃいい部分だけでも、すべて変換してくれれば

日夜たゆまぬ功を得て
痛手を目する大敵も
見事に葬れわが選手
栄誉の勝ち時叫ばなん

勝ち鬨では？

てかFlash使いの俺は・・・

　 ｧ　 ∧＿∧　ｧ,､
　,､'` （　´∀｀）　,､'`
　 '` 　( ⊃ ⊂)　　'`

html+cssって便利じゃない？
色とか変えるときにcssいじるだけだし。
デザインとかはおいといてさ。

>>957
釣り？デザインも変えられるんだけど。

>>958
スマン。
デザインが変えられないという意味で書いたわけじゃないので無視してくれ。

つまりアレだろ？<font color="red">赤い</font>が面倒ってことだろ？
デザイン変えたい時にHTML書き直さないといけないからな。

ﾏﾝﾄﾞｸｾ('A`)

定期ほしゅ

ほしゅほしゅ

css全然出来ないからflashに走ってるが、ｽﾊﾟﾐﾝｸﾞがあるんだ・・・

HTMLで一端レイアウトまで出来る機能を持たせた規格が出来たあとに、
非推奨タグがあって、その代わりCSSにを使いましょうみたい規格になって、
しかもブラウザがその規格をサポートするまでに時間がかかって、
こういう、歴史的経緯が混乱を招いてるよね。
CSSの規格そのもの考え方は、よく考えられてるなあと思う

結論：データはDBに入れるから、HTMLでもCSSでも同じ。
寧ろ互換性からHTMLで表現した方が良い結果が得られることがしばしば。
tableとか。

スタイルシートよく理解してないから俺は使ってない

・・・と思ってたらいいソースパクッたときから使ってたと数年たって気づいた

それは使っているとは言わない

最近勉強し始めたからXHTMLとCSS。
テーブルレイアウトなんて使ったこと無い

>>968
俺もだ。CSSが勧告される前、もしくはこんなに普及する前に作っていたら
俺もテーブルレイアウトだったかもしれないな。
font要素多用、Blockquote要素をインデントの目的で使ったりしていたかもしれない。

俺もうんざりしてきた。
構造と表現を厳格に分離すればするほど、
CSSのバグでうまく表現できなくて、
その為にhtmlのソースを変更しなければいけなく、元の木阿弥。
現状で一番シェアのあるIEがこんなにバグだらけじゃやってられない。

何に対して「俺も」なのか分からん。
表現は厳格に。

1に対してじゃなかろうか

どーも1です。
晴れて今年20歳になりました。
このスレがたって4年ですか。
2,3年ぶりぐらいにこの板覗いて見たら
なんか懐かしいスレがあったんで書きこんじゃいました。
恥ずかしいですね、なんか口調とか。
多分当時流行ってたテキスト系サイトに影響されたんでしょう。

今現在大学のサークルのホームページを作っったり管理したりしてるんですが
未だにデザインのどの部分までCSSでやるかHTMLでやるかとかで悩んでます。
最新のIE,NN,Operaで確認してもなんか差が出る。
バグなのか仕様の食い違いなのか知らないけどかなりうんざりです。
とりあえずどうしてもっていうところやなんか不安定な所はtableタグでやって
あとはCSSでっていう感じにおさめました。

CSS楽でいいですよね。でもデザインするにはダメですよね。
ちょっとデザイン複雑にすると途端に使いづらくなります。
前から言ってる様にCSSの「論理マークアップを装飾する」
っていう仕組み自体がおかしいせいなんですね。どう考えても。
そのうえブラウザ間の実装の違いバージョン間の実装の違いを考えると頭痛くなります。
とりあえず結論としてはCSS死ねって事で。今後も仕方なく使いますけど。

あと今見るとMHTMLの言語仕様はちょっと
現実的すぎる(むしろ古臭い)うえに見た目がダメですね。
デザインとマークアップがごっちゃになったのを
単純に切り離しちまえば良いじゃんって考えでした。
たぶん当時言語といえばperlぐらいしか知らないから
言語としての美しさとかを気にしなかったんでしょう。

伝わってるかどうか判らないけどまあ言う事はこの位です。
じゃあ皆さんお元気で。

>>1
hatachiおめでとう!
これからは人生も自分自身でvalidにマークアップ

>>1が帰って来たのを記念してage。
俺はまだ14歳のリア厨。

ツールを使わないスレはここですか？

ちがいます

国はフレームとテーブルを義務づけている。

いろいろツッコミどころの多い長文だが眠いので寝る

もうフルFLASHでいいじゃん

もうHTMLだけでいいよ
白黒で行こうぜ

時代は全部ＦＬＡＳＨ

>>973
よう、お帰り






さっさと削除依頼出せコラ

あとちょっとで終わりジャン。