📏 💅 🏺 CSSは今日20歳です。 Haakon Wiom Leeへのインタビュー（パート1） 🌱 🏻 🕓

20年前のこの日、現在のCTOであるOpera Hawk Wiom Leeは、 HTMLのカスケードスタイルシートの提案を発表しました。 Paul McCartneyがWeb開発者であり、「ペッパー軍曹のロンリーハーツクラブオーケストラ」という曲を今日書いたとしたら、おそらく次のようなものになるでしょう。

今日は20年前

Håkonがドキュメントを書いて

ウェブがしばらく続くなら

次に、スタイルを定義する方法が必要です。

紹介させていただけますか

視覚的な御add走を追加する方法：

ホーコン軍曹のカスケードスタイルシートです！

しかし、私たちがポールの家に来て彼にこの歌を歌ってくれるように頼んだとき、彼は拒否し、FontTagとBgcolorと呼ばれる犬を私たちに送りました。したがって、このようなラウンドの日付をマークするために、Haakonに行き、CSSの過去、現在、未来についていくつか質問をしました。

20年前にCSSを思いついた。 あなたの発想が成長したことに満足していますか？

はい、私はとても満足しています。 CSSはWeb標準の基礎であり、ページをより美しく見せます。 CSSの成功により、HTML自体がまだ生きていて繁栄しているという事実も可能です。しかし、若者の場合はいつもそうですが、成長する余地はまだあります。

多くの場合、HTMLを保存するためにCSSを提案したあなたの言葉を引用します。 この考えを説明してください。

CSSを使用しない場合、HTMLは完全に異なります。私を含め、デスクトップ環境でWebにアクセスした経験のあるレイアウトデザイナーは、<color>タグと<font>タグがないために完全に混乱していました。 1993年に初めてドキュメントをWebで公開したとき、テキストを写真に変換する必要がありました。事態がどんどん進んでいくと、ウェブは巨大なファックス機に変わり、すべてのテキストが写真の形で送信されます。これは目の不自由なユーザーや検索ボットにとって悪夢です。これを防ぐためにCSSを提案し、HTMLを詰まらせることなく表現力豊かなデザインを作成する機会を作成者に与えました。

仕様の元のバージョンでは、「影響」を指定するためのメカニズムが提案されました。これは次のように見えました： h1.font.size = 24pt 100%

。 次のロジックが機能するはずでした：

行末のパーセント値は、希望する影響レベル（ここでは-100％）を設定します。これが最上位のスタイルシートである（つまり、ユーザーの完全な制御下にある）場合、影響レベルの要求は完全に満たすことができます。たとえば、すべてのヘッダーはHelveticaフォントで表示されます。影響のレベルが低いスタイルで要求された場合、それは高いスタイルが許容する範囲で満たされます。

なぜこのメカニズムは放棄されたのですか？

文書の作者と読者の好みの間で妥協案を見つけることが提案されました。インスピレーションの源はMIT Media Labのアイデアでした-将来、テレビには明るさや色だけでなく、性別や暴力のレベル、またはたとえば左右の政治的見解も制御する規制機関が必要です。影響メカニズムには、そのような「スライダー」の作成が含まれ、その一端で作成者が文書の表示を完全に制御し、読者が他端で制御しました。そして、ブラウザは、誰もが満足するように、特定の割合で好みを混ぜなければなりませんでした。これは一部のプロパティ（たとえばfont-size

）ではうまく機能しましたが、他のプロパティ（たとえばfont-family

）では問題を引き起こしました。 CSS提案への最初の応答で、バートボスはこの考えを批判しました。

2つのデザインオプションを組み合わせて、特定のミドルスタイルを実現できるという考えは、まったく間違っているように思えます。黄色の背景にある青色のテキストが、誰かのお気に入りの青色の黄色と混ざるとどうなりますか？緑から緑？または、前衛的な装飾フォントで入力された見出しとHelveticaによって入力されたテキストの段落があるページを想像してください。

私は答えた：

一部の属性は他の属性よりもうまく混合されます。「加重平均」を使用する一般的なケースは、たとえばフォントサイズを変更することで、何かを隔離しようとする著者の試みを緩和し、同時に読者に考えを伝えることです。この機会を利用する義務は誰にもありませんが、「100％」はバイナリユニットと違いはありませんが、バイナリロジックには操作の余地がありません。一般的に、コンピューターのインターフェイスはあまりにもバイナリのようです。

もちろん、Bertは、この提案が解決するよりも多くの問題を引き起こすということは正しい（ほとんど常に正しい）ので、拒否しなければなりませんでした。

JavaScriptスタイルのドットを介したプロパティ名の記述に関する同じ質問。 なぜ放棄されたのですか？

興味深いことに、「JavaScriptスタイル」と呼びます。私が文章を書いたとき、JavaScriptはまだ発明されていなかったので、そこからこの構文を得ることができませんでした。実際、MITの別のプロジェクトであるX Window SystemのX リソースは、インスピレーションの源泉となりました。

CSS構文がfont.size

からfont-size

font.size

理由は2つありました。まず、ハイフンにより、コードは英語のプレーンテキストのように、つまり読みやすくなりました。第二に、 DSSSLおよびDSSSL-Liteでは、プロパティ名はハイフンで正確に記述されていました。 DSSSL-Liteの最初のドラフトを書いたJames Clarkは、最初のW3Cスタイルシート会議に参加し、Bertと私はDSSSLからハイフンを借りました。しかし、この構文にも欠点があります。ハイフンはマイナス記号として使用され、パーサーを混乱させる可能性があります。

Bert Bosはどのようにプロジェクトに参加し、どのように協力しましたか？

バート・ボスは私の最初の提案についてレビューを書きました。彼の経験と興味は私のものとは少し異なりましたが、彼が自分の提案を発表したとき、私たちは両方のオプションを組み合わせる必要があることにすぐに気付きました。ちょうどそのとき、CERNはWebをパブリックドメインに移行し、W3Cコンソーシアムが形成されました。 INRIAに W3Cアフィリエイトを設立し、すぐにバートを雇いました。 CSS1標準のほとんどは、Sophia Antipolisテクノロジーパークのホワイトボードで生まれました。今まで、別の困難な技術的問題と戦って、バートとこのボードが近いことを夢見ています。

CSSを実現した人々のリストに加えて、マイクロソフトのThomas ReardonとChris Wilsonについても言及する必要があります。トーマスはInternet Explorerのリーダーであり、最初からスタイルシートをWebの一部にするアイデアを思いつきました。 Chris Wilsonは、IE3でCSSを実装しているプログラマーです。 IE3でのCSSの実装は標準からはほど遠いものでしたが、CSS1仕様が完成する前にこのブラウザーが登場したことを忘れてはなりません。サイモンダニエルズ（Microsoftからも）はIE3の印象的なデモをいくつか書いており、その3つは大手ソフトウェア会社に若い標準をサポートするように説得しました。

代替オファーはありましたか？ どうだった？

約12の代替構文の提案がありました。しかし、それらのすべてが、その特異性のためにWebでの使用に適しているわけではありません。たとえば、ブラウザはロード時にドキュメントを順番にレンダリングしますが、スタイルがまだ使用可能でない場合でもこれを実行できる必要があります。また、インターネットにはさまざまなデバイスがあり、それぞれに個別のスタイルシートを作成することはできません。そのため、スタイル言語はスケーラブルでレスポンシブなデザインをサポートする必要があります。これは研究にとってエキサイティングなトピックです。スタイルシートを整理するためのさまざまなアプローチを比較した論文を擁護しました。

もちろん、2番目の質問には、心を開いて答えることはできません。 CSSには、言語をWebでの使用に特に適したものにするいくつかのポイントがあると確信しています。カスケード、擬似クラスおよび擬似要素、直接互換性のある解析ルール、さまざまな種類のメディアのサポート、セレクターの使用の強調、そしてもちろん測定単位em

です。

（そしてバートの）最大の間違いは何でしたか？

私の論文では、セクション全体がCSSの欠陥に当てられています。はい、そうです、私たちの過失を含む。しかし、最初のバージョンの最大の問題は言語自体の設計ではなく（私の意見ではかなり良い）、ブラウザーでの実装でした。ジェフリー・ゼルドマンは状況をうまく説明しました。

Netscape 3が<body>

要素のCSSルールを無視し、ページの構造要素に任意のフィールドを追加した場合、IE4は<body>

正しく動作しpadding

、 padding

と混同されましたが、CSSコードをどのように記述しましたか？一部の開発者は、まったく作成しないことを好みました。 IE4の欠陥を持つファイルと、Netscape 4のハッキングを持つファイルを書いた人もいました。

もちろん、責任の一部はMicrosoftとNetscapeにありますが、仕様だけでなくテストスイートも最初から公開していれば、私、Bert、W3Cも多くの問題を回避できたでしょう。最初の真のCSSテストは、1998年10月にTodd FarnerがAcid testを公開したときに初めて登場しました。テストは異常で視覚的でした-開発者は、ブラウザーがテストに合格したかどうかをすぐに理解できました。最初は、単一のブラウザで渡すことはできませんでした。しかし、その後、CSSコミュニティからの強い圧力の下で、事態は改善し始めました。 WaSPプロジェクトは、標準サポートの改善に重要な役割を果たしてきました。 Operaブラウザも貢献し、CSSを正しく実装できることを示しました。 OperaがCSS（MicrosoftやNetscapeよりもはるかに優れている）をサポートしているのを見たとき、Operaに参加しました。

これ以前、Operaのトリックの1つは、ブラウザが1枚のフロッピーディスク（1.44 MB）に収まることでした。当時、「フロッピーディスクに収まる」というフレーズはクールな広告スローガンでした。 CSSの追加により、フロッピーディスクが1つ欠落していました。「フロッピーディスクにほぼ収まる」という音は、それほどクールではありません。

オリジナルのAcidテストはAcid2とAcid3のモデルになり、同じレシピに従いました：:なレイアウトのWebページで、言語の多くの機能がどれだけサポートされているかをすぐに示します。 Acid2の開発の推進力は、 Bill Gatesからの公開書簡でした。そこでは、互換性を支援するために彼が温かく発言しました。 IE7標準を準拠させることは論理的な次のステップのように思え、Acid2はMicrosoftにとっての挑戦でした。正直なところ、他のブラウザーにも問題があり、Acid2はすべてのブラウザーでエラーを発見しました。 MicrosoftはIE7のAcid2を無視しましたが、-奇跡が時々起こる-IE8は完璧にそれを渡しました。すべての最新ブラウザと同様。

第二部

CSSは今日20歳です。 Haakon Wiom Leeへのインタビュー（パート1）

More articles: