厳格なHTMLやXHTMLに変換する厳格なHTMLに変換する場合は、厳格なHTML 4.01を使用して自分の意図を宣言し、ドキュメントのheadセクションに適切なDOCTYPE宣言を入れてのDTDを開始:
現在のHTMLの開始タグとは、HEAD要素とその内容を含む文書の最初のセクションは、1行を除いて結構です。 SCRIPT要素は、もはやLANGUAGE属性をサポートしています-その代わりに、タイプのMIMEコンテンツの識別子(テキスト/ javascriptに)は、スクリプトを含む属性が必要です:
ので、これはまだ定期的にされるHTMLではなく、XHTMLでは、"に署名し、スクリプト内では、大文字の要素名の罰金です。するときは、ただしは、BODYの開始タグとの見出しを読むと、問題に気づく必要があります。 BODY要素のBGCOLORを属性には、厳格なDTDによってサポートされていないし、どちらもロムーは[GSL1]の要素は、見出しに使用される。この問題を処理するために2つの方法があります。最初のアプローチは、単に別の場所に要素を懸念- STYLE属性内の書式情報を移動します。このアプローチは、と呼ばれる で行 スタイリング 一時しのぎの解決策の詳細です。この書式を維持するための当面の問題を解決するが、文書はより長期的に管理することはありません。新しいボディーの開始タグとこのような見出しを見る:
2番目のソリューションは、独自の場所では、ドキュメントのhead要素の内部に置くの要素のマークアップから完全にスタイル情報を分離します。この2つの手順が必要です。まず、すべての(後の要素は、p要素の代わりに、H1要素を使用してきれいで、この見出しです):
次の場合は、ドキュメントのhead要素には、スタイル属性に表示される同じ書式情報を含むスタイル要素を追加します。スタイル要素をスタイルシートにするために書式設定が適用され、書式設定を記述するための要素を識別するための構文をカスケード接続を使用します: これは、情報は、現在のスタイル要素には、文書の冒頭に格納されて、使用することができる要素を介して文書内の書式設定。中に指定されたドキュメントが1つだけのH1要素かもしれないが、これはドキュメントの下位レベルの見出しや他のコンポーネントの多くのコピーがあることも珍しくありません。第2段階として、このアプローチはまた、複数のドキュメント間で共有することができる形式でスタイル情報を格納することができますを示します。これにより、定義するために簡単に変更する書類のセットを見ることができます。次のいくつかの段落の罰金ているように立っている。
ヒント 理由には、javascriptの使用は推奨されません、http://lists.w3.org/Archives/Public/www-html/2000Feb/0039.htmlを参照しての説明をしてください。ものの場合、次のいくつかのLI要素とその内容を混合されは、これらの要素は、いくつかの変更が必要です。あなたと一緒にリンクでは、クエリ文字列内でアンパサンドを交換する必要があると、エンティティ、あなたを閉じUL規格タグを追加する必要があります。 文書の残りの部分として許容されます:
著作権2000年Wacki HTMLのWriterで 厳密なXHTMLに変換する厳格なHTMLへの変換は厳密なXHTMLに変換するプロセスを簡略化するが、多くありませんが、まだやるべきことがたくさんだ。手始めに、このドキュメントの上部には、XML宣言と別のDOCTYPE宣言を使用します。 XML宣言をすると、ドキュメントのエンコーディングを宣言する一方、DOCTYPE宣言のプロセッサは、このドキュメントでは、XHTML strictに、DTDのルールを順守する通知されます(再度、head要素内)およびXMLのバージョンを使用すると、どの年齢:可能 またしても、HTML要素のいくつかの変更が必要:それは小文字のこと。機会は、この文書(英語)を使用するので、両方のoldstyle、HTMLとXHTMLのxml:lang属性lang属性を使用して行う言語に関するいくつかの情報を追加してください。 head要素にもいくつかの追加情報を取得します。これはまた、厳格なDTDの要求を満たすために必要でない場合は、厳格なアプローチの文脈で意味があると特定のエンコーディングは、この文書内のHTMLブラウザを使用します:
このドキュメント内のスクリプト要素ではなく、"文字を表すためには、CDATAセクション内にあるスクリプトを隠蔽文字エンティティを使用して試すことができます: 簡単にXML形式で証明することがありますのみのコンテキストには、CDATAセクションよりも、それは問題を引き起こす可能性がありますエンティティを使用して(あなたが)HTMLブラウザで表示されます。あなたにも頭の中でスタイルの要素を追加する必要があります。 既に、とにかくそれらを小文字に移動体とh1要素のアーキテクチャを掃除した。
次の要素を、最初の段落は、NAME属性でアンカーが含まれます。これには、移行のバージョンと同じように、この小文字には、id属性で補う必要があります。 p要素は、段落の末尾には、終了タグが必要です。 あなたは、小文字で次のタグと終了タグがそれらを与えるのリスト項目の要素を置く必要があります。ので、それを削除することができる最初のリスト項目を次のbr要素は不要です。それ以外の場合は、単にマークアップ小文字とli要素は終了します。
ブラウザのテスト一方、W3CのHTML検証サービスを確信しているドキュメントの仕様に準拠して行うための便利なツールですが、文書のほとんどは、以前は必要が作成された既存のブラウザではいくつかの問題は、少なくとも。問題としてはXHTMLでは、次のいくつかのページを展開中に発生する可能性がありますの種類を示すために、異なるヴィンテージの様々なブラウザを介して、元のHTMLは、厳格なHTML、およびすべてのバリエーションを実行して結果を示しています。いいえブラウザのすべてのバージョンを受け付けるが、傾向を時間をかけて新興を参照することができます。ブラウザをここでは廃止された実験の範囲でテストを行いました。一方、非常に少数のユーザーがまだのNetscape Navigator 1.22で動作する(ただし、まだいくつかの古いサーバー上)、XHTML文書への応答を示してどのように厳格なアプローチのいくつかの側面のXHTMLよりも商業のブラウザの最古の趣向にすることができます使われます。新しいブラウザは、来てしばらくの間、複数のブラウザでの動作をテストするWebデザイナーをお勧め癖の膨大な数があります。これは、Microsoft Internet Explorerのバージョンが広く、異なるプラットフォーム上で変化する傾向があり、私は両方のMacintoshおよびWindows用のサンプルを提供します。 Netscapeおよびアマヤのブラウザなので、Windows NTおよびWindows 95用の検索結果を見ると同じ結果が使用する任意のオペレーティングシステムを表示します。 注意してください あなた自身のブラウザ上でテストを、これらの同じセットを実行することができます。テスト用のファイルでご利用いただけますhttp://www.simonstl.com/xhtml/code/chap5/。中のブラウザのテストは、ブラウザ偉大なXHTMLの処理を見ていないかもしれないが、これはほとんど自分たちのパフォーマンスにノックアウトされます。これらのほとんどはかなり前のXHTMLも発芽し始めたので、そのアイデアをずっと後に自分のコードを完了された孵化責任を負わせることはできません書かれていた。このテストセットをあなたの戦略を決定するために、ブラウザのパフォーマンスを評価するためには、XHTML文書の作成に使用することができますベンチマークを提供します。 レッスン 記事は、アルバートLichtblau提出 免責事項:弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。 重要: この記事は、"厳密なHTMLやXHTMLに変換する"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。
|
|||||
| Online: 345 users browsing the articles directory |
|
|