一緒にXHTMLの1を置く

ここでは、XHTMLは、パラメータエンティティおよびDTDを使用して組み立てられるだけで説明するモジュールです。 XHTMLの1.1 -モジュールのXHTMLベースの ドライバのファイルをカスタマイズファイルには、正式な統合を処理するだけでなく、XHTMLのためのルールセットを1.1に準拠しています。ほとんどの作業で行う XHTML 1.1に-モジュールのXHTMLベースの 作業は、他のドラフトで実行するには、参照によって起きていることを記述することなく組み込むをビルドします。

注意してくださいXHTMLのプロファイルは、W3Cによって提供されるFPIsに加えて、SGMLオープンカタログエントリが含まれますが、それの下書きかどうかをオープンカタログエントリまたはXHTMLのモジュール化プロジェクトのオプションパーツが必要ですから明らかにされていません。についてはもっと上の方法については、SGMLオープンカタログエントリを作成するhttp://www.oasisopenしてください。org/html/a401.htm。フォーマル公開識別子を作成するための最も簡単な部分です。 FPIs 4つのフィールドdoubleslashes (//).で区切って指定場合を除き、FPIを説明し、リソース、ISOなどの正式な標準化団体によって作成される最初のフィールドは常にダッシュです。（もしFPIを標準化団体によって作成された場合、このフィールドは、それが参照する標準的な識別します）2番目のフィールドには、組織のリソースを維持するための名前が含まれます。 XHTMLの仕様については、このW3Cです。独自のFPIsについては、あなたの組織の識別子-可能性があるドメイン名を指定してください。 3番目のフィールドでは、参照されるリソースについて説明し、同様のバージョン情報が含まれ、組織内で選択した一意の名前が含まれます。最後のフィールドは、付録Cのリスト（）からの言語識別子を含む必要があります。言語識別子は、リソース内および言語について説明文書の内容に基づいて使用して任意の制限が配置されません。たとえば、FPIをXHTML 1.1には、このです：

- / / W3Cの/ / DTDはXHTML 1.1の/ /アン

最初のフィールドにダッシュ（ - ）これは、W3Cの技術ベンダーのコンソーシアム、標準化団体に適切ではありません。 2番目のフィールドにW3Cは、識別子は、World Wide Webコンソーシアム（W3C）によって使用されています。3番目のフィールドのXHTML 1.1の文書型定義（DTD）としては、リソースを識別します。場合は、バージョン1.2または2.0のDTDを変更すると、W3Cは、FPIを内のバージョン番号を変更することができます。最後に、アンは、説明は、DTDで使用される英語で書かれて識別されます。（もし、W3Cのフランス語の翻訳を提供しますが、fRのかもしれない。しかし、フランス語の言語の文書は、英語のDTDには問題もなく参照できます。）独自のFPIsの作成は簡単です。第1回（場合を除き、ISOのダッシュで）、仕事を始める。次に、あなたのプロジェクトに続いて、これで、DTDに書かれている言語で続いてあなたの組織を識別します。たとえば、私は、FPIを次のように見えるかもしれません：は、"サイモンのMarkup Languageの"バージョン1.0を記述するプロファイルを作成する

- / / simonstl.com / / DTDのSimonML 1.0 / /アン

プロフィールを作成した場合は、通常のURLを、ここでは、DTDや他のリソースを取得することができるシステム識別子をサポートする必要があります。次に、公開鍵とシステム識別子の組み合わせは、DOCTYPE宣言の文書は、プロファイルを使用して使用されます：

システム識別子は、XHTMLのプロファイル用のドライバファイルは、XHTML 1.1とXHTML Basicのための識別子と同様にこれらのドライバファイルを参照して参照してください。ドライバファイルして、エンティティ宣言のコメントは、モジュールは、いくつかのエンティティ宣言の記述が含まれて参照とカスタマイズファイルが含まれます。カスタマイズファイルを作成したら、。とmodを使用して含まれているモジュールの残りの部分は、DTDを開くことが含まれます。モジュールのパラメタ実体だけで説明する。

XREFのこれはかなり方法は、W3Cのこれらのファイルは、Webインフラストラクチャに収まるように期待してクリアされていません。一方XMLプロセッサは、日常的にインターネット上からのDTDのようなリソースをロードする、そのアプローチはHTMLのプロセッサを搭載したほとんどの部分で使用されていません。ほとんどの場合、W3Cのプロセッサは、DOCTYPE宣言の中で彼らとの仕事に何をしており、その後を把握するためのロジックは、ドキュメントの種類にではなく、汎用的なXMLの検証、特定の処理を適用するFPIを使用するように見込んでいる。ので、DOCTYPE宣言FPIをに加えて、しかし、普通のXMLプロセッサは、ワープロ文書の情報は、URIから取得を使用することができるとは、URIが必要です。 SGMLオープンカタログエントリ（また、XHTMLの仕様では）汎用的なXMLプロセッサのためのFPIを解釈し、必要な情報を取得する別の方法を提供します。

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

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"一緒には"XHTML 1を置く自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。