書式設定コンテンツのCSSプロパティを

一方、セレクタの内容は、書式設定が必要だとピッキングの偉大な仕事を、デザイナー(のWebサイトの管理者に)CSSの利用可能なフォーマットのプロパティのCSSプロパティを提供している多数の主な理由のような反対は、ドキュメントに応じて、およびサポートするほぼすべてのプレゼンテーションさらに多くのプロパティが開発中のCSS3の活動の一環としてです。 CSSプロパティを正確にどのようにあなたとあなたの文書の部分を整形する場合には、してHTMLを正常に表示されているルールを上書きする方法を説明することができます。

厳格なXHTMLの-フェーズ2 

厳格なXHTMLの-フェーズ2

  

このドキュメントをXHTML strictです-私たちがどのようにブラウザでは表示されます。

クリーンアップあまりにも多くの問題が原因とはならない、我々願っています。

著作権2000年Wacki HTMLのWriterで
すべての権利予約。

元のスタイルシートは非常に単純されました:

ボディ(背景色:#000000)

いくつかのCSSの、より高度な機能を発揮するには、今ではさらにいくつかはで作業することができますフックされているデモのドキュメントを作成します。以下のドキュメントはかなり厳格なXHTMLの単純だが、実験のための基盤を提供します。

 CSSのポジショニングのデモ
フラグメント1
フラグメント2
断片3
断片4
断片5
断片6
断片7
断片8
この段落だけでなく、複数のテキストといくつかの重点を含んでいます。

あなたは、見出しと位置は、最初と2番目のフラグメントを変更するシンプルなスタイルシートを使って起動します。ポジショニングは、W3Cの計画枠を越えて移動するためのWebベースのインターフェイスの重要な部分だけでなく、ダイナミックHTMLのための重要なツールです。一方、2番目のフラグメントのどこに表示されることに相対的に配置される最初のフラグメントには絶対的には、ドキュメント全体に対する相対位置を取得します。

ボディ(背景色:#000000)部#ヘッダ(フォントサイズ:24pt;フォントファミリー:セリフ;色:青)部#fragment1(位置:絶対;トップ:175px;左:150px)部#fragment2(位置:相対的な;トップ:175px;左:100px)

それでは、他の断片のいくつかのCSSプロパティを変更してみましょう一般的にはdiv要素です。以前のスタイルシートを使って起動します:

ボディ(背景色:#000000)部#ヘッダ(フォントサイズ:24pt;フォントファミリー:セリフ;色:青)部#fragment1(位置:絶対;トップ:175px;左:150px)部#fragment2(位置:相対的な;トップ:175px;左:100px)

次に、断片3日〜5をいくつかの基本的な書式です。断片3の場合は、大文字には、テキストに変換プロパティを使用し、そのコンテンツを変換します。断片4の場合は、文字の文字のテキストを使用するプロパティを中心フラグメント5間隔を、使用しての間の間隔を広げるalignプロパティ。

#fragment3部(テキストに変換:大文字;)部#fragment4(手紙間隔:3pt;)部#fragment5(テキスト整列:センター;)

断片6と7の場合は、どのようにCSSはこれらのハンドルを示すために余白のプロパティ、パディングのプロパティ、および境界線を使用します。フラグメント6の場合は、25ポイントの右側にテキストを移動するには、左余白を設定する、次に、50ポイントをはるかに遠く離れて次のようにテキストを移動するための下部の余白を設定します。国境をして、面積は、ブラウザが要素の内容と考えています。断片7の場合、あなたが、50点の左の余白を設定するブラウザのウィンドウの25%の右余白。パディングの50ポイント-要素のすべての周りので組み合わせプロパティを使用している-と、スペースのフラグメントによって占有拡大溝国境をどのようにブラウザでこのプロパティのセットを処理する方法を示します。

#fragment6(余白左:25pt;マージン底:50pt;のborder - style:ダブル;)部#fragment7(余白左:50pt;余白右:25%;パディング:50pt;のborder - style:溝;部)

今は、右ページの右端に表示されるフラグメント8の設定は、最後のいくつかの要素のためのプレゼンテーションを変更します。第サンセリフでセリフのタイプは、その部の対応と区別されます。日の要素については、しかし、あなたは、デフォルトのイタリック体をオーバーライドする-意思それはイタリックは太字にします。

#fragment8(テキスト部整列:右; p)の(フォントファミリー:サンセリフ;)日(フォントの重量:100%;フォントスタイル:ノーマル;)

これは、CSSの有用なものと、CSSの機能の多くを示しています-による選択は、XHTMLの戦略との組み合わせであなたの文書の場合、審査の場合があります。場合は、厳密にはXHTML、CSSを使用する予定の貴重なツールです。場合でも、しかし経過またはフレームセットのXHTML、使用すると、簡単にスタイルシートではなく、散布図、文書全体の情報の書式設定のCSSプロパティを適用することがあります。

ルールルール カスケード カスケードスタイルシートのルールを決定する一連の方法のCSSプロパティを適用するについて説明します。複数のリンクの要素を持つドキュメントを参照できます複数のスタイルシート、およびこれらのスタイルシートでCSSを使ってインポートするURLを記述@他のスタイルシートを参照かもしれない。文書はまた、直接のスタイル要素の中には、HTMLとXHTML文書内の要素のstyle属性のプロパティを記述することによって、追加のスタイルを指定することも、ユーザー(少なくとも理論)の文書のスタイルシートを使用して現在までにブラウザを伝えることがスタイルシートを含めることができますがを選択。これらすべてのオプションの巨大な柔軟性を提供しますが、それらのルールを明確に設定する重要なこと。

CSS2の第6節で、これらのルールを産む:割り当てのプロパティ値を、カスケードと継承(http://www.w3.org/TR/REC-CSS2/cascade.html)。仕様の最初の説明 相続、要素は他の要素が含まれているスタイルを処理するためのルール。それは、著者スタイルシート、ユーザーエージェント(通常はブラウザ)は、ユーザー間の相互作用について説明します。ユーザースタイルシートを作成し、そのドキュメントを参照(著者のスタイルシート)が付属してスタイルシートをオーバーライドすることができるはずですが、CSSは、著者スタイルシートの作成者のユーザー設定を上書きすることができます!重要なメカニズムを提供します。その!機構は幾分論争の理由!通常は'手段ではない'と部分的にこれはCSSのレベル1およびCSSレベル2の間で変更の処理のためのルール。この時点では、ほとんどのソフトウェアは、理論は、著者らは、ブラウザのデフォルトをオーバーライドすることができるはず恩恵をユーザースタイルシートを適用するためのメカニズムを提供していません。

は、特定のドキュメントのプレゼンテーションに貢献する可能性のある多くのスタイルシートの文書としては、一般的な規則では、最後の宣言勝インスタイルシートが来ると考えられているが、実際にそれらをインポートするドキュメントのコンテンツの前。最後のスタイルシート、HTMLやXHTML文書にリンクされて効果的に支配的だ。スタイルシートは、古いスタイルシートをインポートしてオーバーライドするか、それらに含まれるルール補を構築することがあります。ルールのもう一つのやや複雑な設定方法についてルールを別のセレクタをセットの中でどのように具体的には、指定された要素をターゲットベースの選択について説明します。スタイリングIDを記述する複数のスタイルの要素は、複数のスタイルのフォーマット方法を指定された名前のすべての要素を記述するよりも特定される可能性のあるクラスを記述するよりも特定されます。ルールは少し奇妙だが、彼らは通常、実際には意味を成さない。

アプリケーションの問題仕様自体の複雑さから開発者がさまざまなブラウザの実装から幹のCSSを使用していないため、最悪の問題です。一方の仕様は、W3Cのwww - styleメーリングリストを定期的に涙を離れて作品は、困難のほとんど別のブラウザでCSS機能をサポートし、さまざまなレベルを含む。場合であっても機能が実装されて、頻繁に見るとして、または期待どおりに広告は動作しません。あるもののエディタがCSSは、今日も非常にブラウザ指向技術は、サポートしていると、さまざまなレベルでのカスケードスタイルシートを使用します。また、ブラウザの向きはかなりXHTMLには当然である。として、第5条を明らかに、古いブラウザで、すでに多くのXHTMLでの問題を持っている、CSSを使ってこれらの例に役立ちますし、他人のが痛い。一方CSSは、長期的には標準のXHTMLファミリの自然の一部のようだ、それはバンピー移行し、ブラウザを改善し、ユーザーが徐々にアップグレードされます。

ヒント場合や、CSSの構造について質問がある理由は、特定の方法で物事をしないとして、単純な実装上の問題に反対するは、www - styleメーリングリストは、W3Cによって維持優れたリソースです。アーカイブhttp://lists.w3.org/Archives/Public/www-style/では、とサブスクリプションの情報http://www.w3.org/Mail/Requestでは入手可能ですがご利用いただけます。見つかった場合はする必要があるからブラウザは、CSSの特定の機能をサポート ウェブレビュー http://webreview.com/pub/guides/style/style.htmlで優秀なリストを保持します。 CSSに、(CSS1の場合にのみ存在)では、W3CのCSSのテストスイートを参照して、特定のブラウザの適合性をテストするにhttp://www.w3.org/Style/CSS/Test/。は、独自のCSSを正しくは、W3CのCSS検証サービスを参照して書かれている確認するにはhttp://jigsaw.w3.org/cssvalidator/。

XHTML用のXSLはありますか?はExtensible Stylesheet Language(XSL)の支持がはるかに強力なCSSよりも、印刷媒体、特にそれを促進する。任意のXMLは、XHTMLなどにXSLを適用することができます。 XSLの能力を再編成し、文書を再構築するいくつかの状況では魅力的であり、アプリケーションのいくつかのクラスが必要な場合があります。またXSLにいくつかの実際の費用は、だが。ただし、第12条の完全な変換の語彙を探るこの記事の執筆時点では、書式設定オブジェクトの仕様を開発中で、続けている(XSL変換、またはXSLT)。一方、XSL Formatting Objectsを語彙のかなりのカスケードスタイルシートは、機構のXSLの変容のアプローチに関わる多くいるようにこれらのカスケードスタイルシートに比べて、プログラミングと似ていますよりわかりやすいアプローチだ。すでにプログラミングでXSL刺激を見つけることが背景にあるデザイナー、それ以外の人を脅迫。XSLをサポートし、おそらくブラウザに、最終的に来るかもしれないものの、それをクリアされていない任意のそれよりもCSSのスムーズな場合はXSLにサポートされます。いずれにせよ、それはXSLをサポートするCSSのサポートなどされて延期される-は、この移行を行う場合、その場所で、低速1かかる可能性が高い。今のところ、中には賢明なのは、おそらく有利になるのHTML(やXHTMLの間では、すでに友好関係を活用する)とCSS XSLの発展に目を維持する。

記事は、アルバートLichtblau提出


免責事項:弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要: この記事は、""CSSのプロパティを持つコンテンツの書式設定の自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。


Online: 207 users browsing the articles directory   


  

|