1 <?xml version="1.0"?>

     2 <!DOCTYPE spec SYSTEM "spec.dtd" [

     3 

     4 <!-- 日本語訳のための解析対象実体（ここから） -->

     5 

     6 <!ENTITY TR-or-Rec             "仕様書">

     7 <!-- <!ENTITY TR-or-Rec             "標準情報(TR)"> -->

     8 <!ENTITY eTR-or-Rec            "specification">

     9 <!-- <!ENTITY eTR-or-Rec             "technical report(TR)"> -->

    10 <!ENTITY application           "アプリケーション">

    11 <!ENTITY error                 "エラー">

    12 <!ENTITY fatal-error           "致命的エラー">

    13 <!ENTITY parsed-data           "解析されるデータ">

    14 <!ENTITY unparsed-data         "解析されないデータ">

    15 <!ENTITY parsed-entity         "解析対象実体">

    16 <!ENTITY parser                "パーサ">

    17 <!ENTITY unparsed-entity       "解析対象外実体">

    18 <!ENTITY well-formed           "整形式">

    19 <!ENTITY valid                 "妥当">

    20 <!ENTITY validity              "妥当性">

    21 <!ENTITY escape                "別扱い">

    22 <!ENTITY prolog                "書き">

    23 <!ENTITY surrogate-blocks      "サロゲートブロック">

    24 <!ENTITY letter                "字">

    25 <!ENTITY ideographic           "統合漢字">

    26 <!ENTITY markup                "マーク付け">

    27 <!ENTITY left-angle-bracket    "不等号(小なり)">

    28 <!ENTITY right-angle-bracket   "不等号(大なり)">

    29 <!ENTITY string                "文字列">

    30 <!ENTITY char-string           "文字列"><!-- string of chararacters, 

    31                                           character strings, strings, 

    32                                           characters はすべて文字列とする -->

    33 <!ENTITY replacement-text      "置換テキスト">

    34 <!ENTITY single-quote          "一重引用符">

    35 <!ENTITY double-quote          "二重引用符">

    36 <!ENTITY adaptations-annex     "適用附属書">

    37 <!ENTITY root                  "ルート">

    38 <!ENTITY base-character        "基底文字">

    39 <!ENTITY diacritical-mark      "発音符"><!--(ダイアクリティカルマーク)を初出のとき補う-->

    40 <!ENTITY composed-form         "合成形式">

    41 <!ENTITY standalone            "スタンドアロン">

    42 <!ENTITY double-hyphen         "二連ハイフン">

    43 <!--<!ENTITY case-fold             "大文字か小文字への統一">-->

    44 <!-- <!ENTITY case-fold             "比較のとき，大文字と小文字の同一視">-->

    45 <!ENTITY parameter             "パラメタ">

    46 <!ENTITY stream                "ストリーム">

    47 <!ENTITY validating            "妥当性を検証する">

    48 <!ENTITY non-validating        "妥当性を検証しない">

    49 <!ENTITY user                  "ユーザ">

    50 <!--<!ENTITY at-user-option        "ユーザがオプションを指定したとき">-->

    51 <!ENTITY at-user-option    "ユーザのオプション指定によっては">

    52 <!ENTITY content-particle     "内容素子">

    53 <!ENTITY processor            "プロセサ">

    54 <!ENTITY default              "デフォルト">

    55 <!ENTITY default-value        "デフォルト値">

    56 <!ENTITY header               "ヘッダ">

    57 <!ENTITY target               "ターゲット">

    58 <!ENTITY mixed-content        "混合内容">

    59 <!ENTITY country-code         "国コード">

    60 <!ENTITY language-code        "言語コード">

    61 <!ENTITY version              "版"> <!-- version 1.0は第1.0版 -->

    62 <!ENTITY match                "マッチ">

    63 <!ENTITY character-value      "文字番号">

    64 <!ENTITY byte-order-mark      "バイト順マーク">

    65 <!ENTITY bypass               "処理しない">

    66 <!ENTITY identifier           "識別子">

    67 <!-- <!ENTITY identify             "識別する"> -->

    68 <!ENTITY identify        "特定する">

    69 <!-- <!ENTITY identified           "識別される"> -->

    70 <!ENTITY identified      "特定される">

    71 <!ENTITY combining-character  "結合文字">

    72 <!ENTITY subset               "サブセット">

    73 <!ENTITY token                "トークン">

    74 <!ENTITY literal              "リテラル">

    75 

    76 <!ENTITY parenthesis          "かっこ">

    77 <!ENTITY left-parenthesis     "開きかっこ">

    78 <!ENTITY right-parenthesis    "閉じかっこ">

    79 

    80 <!-- あとで気がついたもの JIS X0221を見る必要あり -->

    81 

    82 <!ENTITY extender             "エクステンダ">

    83 <!ENTITY property             "プロパティ">

    84 <!ENTITY property-list        "プロパティリスト">

    85 <!ENTITY property-file        "プロパティファイル">

    86 <!ENTITY font-decomposition   "フォント分解">

    87 <!ENTITY compatibility-decomposition  "互換性分解">

    88 <!ENTITY compatibility-area   "互換性領域">

    89 

    90 <!ENTITY language-identification "言語識別">

    91 

    92 <!ENTITY space-character "スペース文字">

    93 <!ENTITY space           "スペース">

    94 <!ENTITY code-value      "コード値">

    95 <!ENTITY normative       "規定の">

    96 <!ENTITY hueristics      "ヒューリスティック">

    97 <!ENTITY informative     "">

    98 

    99 <!ENTITY WebSGML 'ISO 8879へのWebSGML&adaptations-annex;'>

   100 <!ENTITY XML.version "1.0">

   101 <!ENTITY doc.date "1997年12月8日">

   102 <!ENTITY iso6.doc.date "971208">

   103 <!ENTITY w3c.doc.date "97年12月3日">

   104 <!ENTITY draft.day '8日'>

   105 <!ENTITY draft.month '12月'>

   106 <!ENTITY draft.year '1997年'>

   107 

   108 <!-- 日本語訳のための解析対象実体（ここまで） -->

   109 

   110 <!-- LAST TOUCHED BY: Tim Bray, 3 Dec 1997 -->

   111 

   112 <!-- The words 'FINAL EDIT' in comments mark places where changes

   113 need to be made after approval of the document by the ERB, before

   114 publication.  -->

   115 

   116 <!ENTITY XML.version "1.0">

   117 <!ENTITY doc.date "8 December 1997">

   118 <!ENTITY iso6.doc.date "971208">

   119 <!ENTITY w3c.doc.date "03-Dec-97">

   120 <!ENTITY draft.day '8'>

   121 <!ENTITY draft.month 'December'>

   122 <!ENTITY draft.year '1997'>

   123 

   124 <!ENTITY WebSGML 

   125  'WebSGML Adaptations Annex to ISO 8879'>

   126 

   127 <!ENTITY newline " ">

   128 <!-- old: <!ENTITY newline "&#8232;"> -->

   129 <!ENTITY gt     ">"> 

   130 <!--<!ENTITY amp    "&"> -->

   131 <!ENTITY xmlpio "'&lt;?xml'">

   132 <!ENTITY pic    "'?>'">

   133 <!ENTITY br     "\n">

   134 <!ENTITY cellback '#c0d9c0'>

   135 <!ENTITY mdash  "--"> <!-- was: <!ENTITY mdash  "&#38;#151;"> -->

   136 <!ENTITY com    "--">

   137 <!ENTITY como   "--">

   138 <!ENTITY comc   "--">

   139 <!ENTITY hcro   "&amp;#x">

   140 <!-- <!ENTITY nbsp ""> -->

   141 <!ENTITY nbsp   "&#160;">

   142 <!ENTITY magicents "<code>amp</code>,

   143 <code>lt</code>,

   144 <code>gt</code>,

   145 <code>apos</code>,

   146 <code>quot</code>">

   147 

   148 <!--日本語訳について: コメントは翻訳対象から外しました。鈴木和夫 -->

   149 <!-- audience and distribution status:  for use at publication time -->

   150 <!--  -->

   151 <!ENTITY doc.audience "公開レビュー及び議論">

   152 <!ENTITY doc.distribution "テキスト及び法律上の注意を改変しない限り，

   153 自由に配布してもよい">

   154 

   155 ]>

   156 

   157 <!-- for Panorama *-->

   158 <?VERBATIM "eg" ?>

   159 

   160 <spec>

   161 <header>

   162 <title>拡張可能な&markup;言語 (XML)</title>

   163 <version>第1.0&version;</version>

   164 <w3c-designation>PR-xml-&iso6.doc.date;</w3c-designation>

   165 <w3c-doctype>World Wide Web Consortium</w3c-doctype>

   166 <pubdate><day>&draft.day;</day><month>&draft.month;</month><year>&draft.year;</year></pubdate>

   167 <notice><p>この草案は，XML WG及び他の関係者によるレビューのためのものであって，公開の議論のためのものではない。

   168 <!-- FINAL EDIT:  FIX --></p></notice>

   169 <publoc>

   170 <loc  href="http://www.w3.org/TR/PR-xml-&iso6.doc.date;">

   171 http://www.w3.org/TR/PR-xml-&iso6.doc.date;</loc></publoc>

   172 <prevlocs>

   173 <loc  href='http://www.w3.org/TR/WD-xml-961114'>

   174 http://www.w3.org/TR/WD-xml-961114</loc>

   175 <loc  href='http://www.w3.org/TR/WD-xml-lang-970331'>

   176 http://www.w3.org/TR/WD-xml-lang-970331</loc>

   177 <loc  href='http://www.w3.org/TR/WD-xml-lang-970630'>

   178 http://www.w3.org/TR/WD-xml-lang-970630</loc>

   179 <loc  href='http://www.w3.org/TR/WD-xml-970807'>

   180 http://www.w3.org/TR/WD-xml-970807</loc>

   181 <loc  href='http://www.w3.org/TR/WD-xml-971117'>

   182 http://www.w3.org/TR/WD-xml-971117</loc>

   183 </prevlocs>

   184 <authlist>

   185 <author><name>Tim Bray</name>

   186 <affiliation>Textuality and Netscape</affiliation>

   187 <email 

   188 href="mailto:tbray@textuality.com">tbray@textuality.com</email></author>

   189 <author><name>Jean Paoli</name>

   190 <affiliation>Microsoft</affiliation>

   191 <email href="mailto:jeanpa@microsoft.com">jeanpa@microsoft.com</email></author>

   192 <author><name>C. M. Sperberg-McQueen</name>

   193 <affiliation>University of Illinois at Chicago</affiliation>

   194 <email href="mailto:cmsmcq@uic.edu">cmsmcq@uic.edu</email></author>

   195 </authlist>

   196 <status>

   197       <p>この&TR-or-Rec;は, 1997年12月にWorld Wide Web Consortiumから

   198 公表された勧告案Extensible Markup Language version第1.0版を翻訳し, 技

   199 術的内容を変更することなく作成した&TR-or-Rec;である。This &eTR-or-Rec; 

   200 is a translation of the XML proposed recommendation 1.0

   201 published by the World Wide Web Consortium in December 1997.  It is

   202 intended that &eTR-or-Rec; is technically identical to the original.</p>

   203 

   204 <p>原文にある、著作権に関しての記述を次に示す。The

   205 original copyright notice is shown below:</p>

   206 

   207 <p>この版のXMLの規定は，公開レビュー及び議論を

   208 目的とする。テキスト及び法律上の注意を改変しない限り，自由に

   209 配布してもよい。This version of the XML specification is for

   210 public review and discussion. It may be distributed freely,

   211 as long as all text and legal notices remain intact.</p>

   212 

   213 <p>この&TR-or-Rec;の元となったXML勧告案は，1998年2月にWorld

   214 Wide Web Consortiumから公表されたXML勧告によってすでに置き換

   215 えられている。この標準情報は，XML勧告に従って訂正することを

   216 予定している。The XML Proposed Recommendation is superseded

   217 by the XML Recommendation which was published by the World

   218 Wide Web Consortium in February 1998.  It is intended that 

   219 this &eTR-or-Rec; be revised accordingly in the near future.</p>

   220 

   221 <p>この&TR-or-Rec;は，安定したものであって，昨年来の<loc

   222 href='http://www.w3.org/XML'>XML活動</loc>を通じて作成された，一連の作

   223 業草案を元とする。現在，広範囲に使用されている国際的なテキスト処理の標

   224 準(標準一般化&markup;言語，Standard Generalized Markup Language, ISO

   225 8879:1986に追加及び訂正を加えたもの)の，WWW上での使用のために⊂

   226 化した言語を，この&TR-or-Rec;は，規定する。ISO 8879のどの機能をこの

   227 &subset;に残すか，という決定についての詳細は，<loc

   228 href='http://www.w3.org/XML/#WG-decisions'>別途用意する</loc>。XMLは，

   229 既にいくつかの商品でサポートされ，XMLをサポートする<loc

   230 href='http://www.w3.org/XML/#software'>フリーウェア</loc>の数も増えて

   231 いる。XMLに関する公開の論議も，オンラインで<loc

   232 href='http://www.w3.org/XML/#discussion'>入手できる</loc>。It is a

   233 stable document derived from a series of working drafts produced over

   234 the last year as deliverables of the <loc

   235 href='http://www.w3.org/XML'>XML activity</loc>.  It specifies a

   236 language created by subsetting an existing, widely used international

   237 text processing standard (Standard Generalized Markup Language, ISO

   238 8879:1986 as amended and corrected) for use on the World Wide Web.

   239 Details of the decisions regarding which features of ISO 8879 to

   240 retain in the subset <loc

   241 href='http://www.w3.org/XML/#WG-decisions'>are available

   242 separately</loc>.  XML is already supported by some commercial

   243 products, and there are a growing number of <loc

   244 href='http://www.w3.org/XML/#software'>free implementations</loc>.

   245 Public discussions of XML <loc

   246 href='http://www.w3.org/XML/#discussion'>are accessible

   247 online</loc>.</p>

   248 

   249 <p>この&TR-or-Rec;では，<bibref ref="Berners-Lee"/>に定義する

   250 URI(Uniform Resource Identifier)を使用する。URIの制定作業は進行中であっ

   251 て，<bibref ref="RFC1738"/>及び<bibref ref="RFC1808"/>を更新する予定と

   252 なっている。この作業がRFCとして受け入れられない場合は，この規程内のURI

   253 への参照は，URL(Uniform Resource Locator)への参照に代わる。This

   254 specification uses the term URI, which is defined by <bibref

   255 ref="Berners-Lee"/>, a work in progress expected to update <bibref

   256 ref="RFC1738"/> and <bibref ref="RFC1808"/>.  Should the work not be

   257 accepted as an RFC, the references to uniform resource identifiers

   258 (URIs) in this specification will become references to uniform

   259 resource locators (URLs).</p>

   260 

   261       <p>XMLの仕様に準拠しているかどうかの基準となるはW3Cのサイトにあ

   262 る原文である。The normative version of the specification is

   263 the English version found at the W3C site.</p>

   264 

   265       <p>この標準情報は原仕様と技術的に同一であることを意図しているが、

   266 翻訳上の誤りはあり得る。Although this technical report is

   267 intended to be technically identical to the original, it may

   268 contain errors from the translation.</p>

   269 

   270       <p>備考: 原規定との規定箇所の対応関係を明らかにするため、この

   271 &TR-or-Rec;の節構成及び節番号は、原規定のそれらをできるだけ保存してい

   272 る。この&TR-or-Rec;のWeb版は、原規定のHTMLタグをそのまま保存している。

   273 </p>

   274 </status>

   275 <!-- out of date

   276 <statusp>This is a W3C Working Draft for review by W3C members and other

   277 interested parties. It is a draft document and may be updated,

   278 replaced, or obsoleted by other documents at any time. It is

   279 inappropriate to use W3C Working Drafts as reference material or to

   280 cite them as other than "work in progress". A list of current W3C

   281 working drafts can be found at 

   282 <loc  href="http://www.w3.org/TR">http://www.w3.org/TR</loc>.</statusp>

   283 <statusp><emph>Note:</emph> Since working drafts are subject to frequent

   284 change, you are advised to reference the above URL, rather than the

   285 URLs for working drafts themselves.</statusp>

   286 <statusp>This work is part of the W3C SGML Activity (for current

   287 status, see <loc href="http://www.w3.org/MarkUp/SGML/Activity"

   288 >http://www.w3.org/MarkUp/SGML/Activity</loc>).</statusp>

   289 <p>The current

   290 draft of this specification 

   291 presupposes the successful completion of the current

   292 work on the &WebSGML;, being prepared by ISO/IEC JTC1 

   293 at the time this draft specification was drafted.

   294 If it is not

   295 adopted in the expected form, some clauses of this specification 

   296 may change,  and some

   297 recommendations now labeled "<termref def="dt-interop">for

   298 interoperability</termref>" will become requirements labeled

   299 "<termref def="dt-compat">for compatibility</termref>".

   300 </p>

   301 <p>The current draft of this specification uses the term 

   302 URI, which is defined by 

   303 <bibref ref="Berners-Lee"/>,

   304 which is work in progress expected to update 

   305 <bibref ref="RFC1738"/> and <bibref ref="RFC1808"/>.

   306 Should the work in this draft not be accepted as an RFC, the

   307 references to uniform resource identifiers (URIs) in this

   308 specification will become references to uniform resource

   309 locators (URLs).</p>

   310 </status> -->

   311 <abstract>

   312 <p>拡張可能な&markup;言語(XML)はSGMLの簡単な方言であって，この&TR-or-Rec;で，そのすべてを規定する。XMLの目標は，現在のHTMLと同様に，一般性のあるSGMLをウェブ上で配布，受信及び処理できることとする。XMLは実装が容易であって，SGML及びHTMLのどちらに対しても相互運用性を保つ設計がなされている。</p>

   313 </abstract>

   314 <pubstmt>

   315 <p>Chicago, Vancouver, Mountain View, et al.:

   316 World-Wide Web Consortium, XML作業グループ, 1996, 1997.</p>

   317 </pubstmt>

   318 <sourcedesc>

   319 <p>Created in electronic form.</p>

   320 </sourcedesc>

   321 <langusage>

   322 <language id='EN'>English</language>

   323 <language id='ebnf'>Extended Backus-Naur Form (formal grammar)</language>

   324 </langusage>

   325 <revisiondesc>

   326 <slist>

   327 <sitem>1997-12-03 : CMSMcQ : yet further changes</sitem>

   328 <sitem>1997-12-02 : TB : further changes (see TB to XML WG,

   329 2 December 1997)</sitem>

   330 <sitem>1997-12-02 : CMSMcQ : deal with as many corrections and

   331 comments from the proofreaders as possible:

   332 entify hard-coded document date in pubdate element,

   333 change expansion of entity WebSGML,

   334 update status description as per Dan Connolly (am not sure

   335 about refernece to Berners-Lee et al.),

   336 add 'The' to abstract as per WG decision,

   337 move Relationship to Existing Standards to back matter and

   338 combine with References,

   339 re-order back matter so normative appendices come first,

   340 re-tag back matter so informative appendices are tagged informdiv1,

   341 remove XXX XXX from list of 'normative' specs in prose,

   342 move some references from Other References to Normative References,

   343 add RFC 1738, 1808, and 2141 to Other References (they are not

   344 normative since we do not require the processor to enforce any 

   345 rules based on them),

   346 add reference to 'Fielding draft' (Berners-Lee et al.),

   347 move notation section to end of body,

   348 drop URIchar non-terminal and use SkipLit instead,

   349 lose stray reference to defunct nonterminal 'markupdecls',

   350 move reference to Aho et al. into appendix (Tim's right),

   351 add prose note saying that hash marks and fragment identifiers are

   352 NOT part of the URI formally speaking, and are NOT legal in 

   353 system identifiers (processor 'may' signal an error).

   354 Work through:

   355 Tim Bray reacting to James Clark,

   356 Tim Bray on his own,

   357 Eve Maler,

   358 

   359 NOT DONE YET:

   360 change binary / text to unparsed / parsed.

   361 handle James's suggestion about < in attriubte values

   362 uppercase hex characters,

   363 namechar list,

   364 </sitem>

   365 <sitem>1997-12-01 : JB : add some column-width parameters</sitem>

   366 <sitem>1997-12-01 : CMSMcQ : begin round of changes to incorporate

   367 recent WG decisions and other corrections:

   368 binding sources of character encoding info (27 Aug / 3 Sept),

   369 correct wording of Faust quotation (restore dropped line),

   370 drop SDD from EncodingDecl,

   371 change text at version number 1.0,

   372 drop misleading (wrong!) sentence about ignorables and extenders,

   373 modify definition of PCData to make bar on msc grammatical,

   374 change grammar's handling of internal subset (drop non-terminal markupdecls),

   375 change definition of includeSect to allow conditional sections,

   376 add integral-declaration constraint on internal subset,

   377 drop misleading / dangerous sentence about relationship of

   378 entities with system storage objects,

   379 change table body tag to htbody as per EM change to DTD,

   380 add rule about space normalization in public identifiers,

   381 add description of how to generate our name-space rules from 

   382 Unicode character database (needs further work!).

   383 </sitem>

   384 <sitem>1997-10-08 : TB : Removed %-constructs again, new rules

   385 for PE appearance.</sitem>

   386 <sitem>1997-10-01 : TB : Case-sensitive markup; cleaned up

   387 element-type defs, lotsa little edits for style</sitem>

   388 <sitem>1997-09-25 : TB : Change to elm's new DTD, with

   389 substantial detail cleanup as a side-effect</sitem>

   390 <sitem>1997-07-24 : CMSMcQ : correct error (lost *) in definition 

   391 of ignoreSectContents (thanks to Makoto Murata)</sitem>

   392 <sitem>Allow all empty elements to have end-tags, consistent with

   393 SGML TC (as per JJC).</sitem>

   394 <sitem>1997-07-23 : CMSMcQ : pre-emptive strike on pending corrections:

   395 introduce the term 'empty-element tag', note that all empty elements

   396 may use it, and elements declared EMPTY must use it.

   397 Add WFC requiring encoding decl to come first in an entity.

   398 Redefine notations to point to PIs as well as binary entities.

   399 Change autodetection table by removing bytes 3 and 4 from 

   400 examples with Byte Order Mark.

   401 Add content model as a term and clarify that it applies to both

   402 mixed and element content.

   403 </sitem>

   404 <sitem>1997-06-30 : CMSMcQ : change date, some cosmetic changes,

   405 changes to productions for choice, seq, Mixed, NotationType,

   406 Enumeration.  Follow James Clark's suggestion and prohibit 

   407 conditional sections in internal subset.  TO DO:  simplify

   408 production for ignored sections as a result, since we don't 

   409 need to worry about parsers which don't expand PErefs finding

   410 a conditional section.</sitem>

   411 <sitem>1997-06-29 : TB : various edits</sitem>

   412 <sitem>1997-06-29 : CMSMcQ : further changes:

   413 Suppress old FINAL EDIT comments and some dead material.

   414 Revise occurrences of % in grammar to exploit Henry Thompson's pun,

   415 especially markupdecl and attdef.

   416 Remove RMD requirement relating to element content (?).

   417 </sitem>

   418 <sitem>1997-06-28 : CMSMcQ : Various changes for 1 July draft:

   419 Add text for draconian error handling (introduce

   420 the term Fatal Error).

   421 RE deleta est (changing wording from 

   422 original announcement to restrict the requirement to validating

   423 parsers).

   424 Tag definition of validating processor and link to it.

   425 Add colon as name character.

   426 Change def of %operator.

   427 Change standard definitions of lt, gt, amp.

   428 Strip leading zeros from #x00nn forms.</sitem>

   429 <sitem>1997-04-02 : CMSMcQ : final corrections of editorial errors

   430 found in last night's proofreading.  Reverse course once more on

   431 well-formed:   Webster's Second hyphenates it, and that's enough

   432 for me.</sitem>

   433 <sitem>1997-04-01 : CMSMcQ : corrections from JJC, EM, HT, and self</sitem>

   434 <sitem>1997-03-31 : Tim Bray : many changes</sitem>

   435 <sitem>1997-03-29 : CMSMcQ : some Henry Thompson (on entity handling),

   436 some Charles Goldfarb, some ERB decisions (PE handling in miscellaneous

   437 declarations.  Changed Ident element to accept def attribute.

   438 Allow normalization of Unicode characters.  move def of systemliteral

   439 into section on literals.</sitem>

   440 <sitem>1997-03-28 : CMSMcQ : make as many corrections as possible, from

   441 Terry Allen, Norbert Mikula, James Clark, Jon Bosak, Henry Thompson,

   442 Paul Grosso, and self.  Among other things:  give in on "well formed"

   443 (Terry is right), tentatively rename QuotedCData as AttValue

   444 and Literal as EntityValue to be more informative, since attribute

   445 values are the <emph>only</emph> place QuotedCData was used, and

   446 vice versa for entity text and Literal. (I'd call it Entity Text, 

   447 but 8879 uses that name for both internal and external entities.)</sitem>

   448 <sitem>1997-03-26 : CMSMcQ : resynch the two forks of this draft, reapply

   449 my changes dated 03-20 and 03-21.  Normalize old 'may not' to 'must not'

   450 except in the one case where it meant 'may or may not'.</sitem>

   451 <sitem>1997-03-21 : TB : massive changes on plane flight from Chicago

   452 to Vancouver</sitem>

   453 <sitem>1997-03-21 : CMSMcQ : correct as many reported errors as possible.

   454 </sitem>

   455 <sitem>1997-03-20 : CMSMcQ : correct typos listed in CMSMcQ hand copy of spec.</sitem>

   456 <sitem>1997-03-20 : CMSMcQ : cosmetic changes preparatory to revision for

   457 WWW conference April 1997:  restore some of the internal entity 

   458 references (e.g. to docdate, etc.), change character xA0 to  

   459 and define nbsp as  , and refill a lot of paragraphs for

   460 legibility.</sitem>

   461 <sitem>1996-11-12 : CMSMcQ : revise using Tim's edits:

   462 Add list type of NUMBERED and change most lists either to

   463 BULLETS or to NUMBERED.

   464 Suppress QuotedNames, Names (not used).

   465 Correct trivial-grammar doc type decl.

   466 Rename 'marked section' as 'CDATA section' passim.

   467 Also edits from James Clark:

   468 Define the set of characters from which [^abc] subtracts.

   469 Charref should use just [0-9] not Digit.

   470 Location info needs cleaner treatment:  remove?  (ERB

   471 question).

   472 One example of a PI has wrong pic.

   473 Clarify discussion of encoding names.

   474 Encoding failure should lead to unspecified results; don't

   475 prescribe error recovery.

   476 Don't require exposure of entity boundaries.

   477 Ignore white space in element content.

   478 Reserve entity names of the form u-NNNN.

   479 Clarify relative URLs.

   480 And some of my own:

   481 Correct productions for content model:  model cannot

   482 consist of a name, so "elements ::= cp" is no good.

   483 </sitem>

   484 <sitem>1996-11-11 : CMSMcQ : revise for style.

   485 Add new rhs to entity declaration, for parameter entities.</sitem>

   486 <sitem>1996-11-10 : CMSMcQ : revise for style.

   487 Fix / complete section on names, characters.

   488 Add sections on parameter entities, conditional sections.

   489 Still to do:  Add compatibility note on deterministic content models.

   490 Finish stylistic revision.</sitem>

   491 <sitem>1996-10-31 : TB : Add Entity Handling section</sitem>

   492 <sitem>1996-10-30 : TB : Clean up term &amp; termdef.  Slip in

   493 ERB decision re EMPTY.</sitem>

   494 <sitem>1996-10-28 : TB : Change DTD.  Implement some of Michael's

   495 suggestions.  Change comments back to //.  Introduce language for

   496 XML namespace reservation.  Add section on white-space handling.

   497 Lots more cleanup.</sitem>

   498 <sitem>1996-10-24 : CMSMcQ : quick tweaks, implement some ERB

   499 decisions.  Characters are not integers.  Comments are /* */ not //.

   500 Add bibliographic refs to 10646, HyTime, Unicode.

   501 Rename old Cdata as MsData since it's <emph>only</emph> seen

   502 in marked sections.  Call them attribute-value pairs not

   503 name-value pairs, except once.  Internal subset is optional, needs

   504 '?'.  Implied attributes should be signaled to the app, not

   505 have values supplied by processor.</sitem>

   506 <sitem>1996-10-16 : TB : track down &amp; excise all DSD references;

   507 introduce some EBNF for entity declarations.</sitem>

   508 <sitem>1996-10-?? : TB : consistency check, fix up scraps so

   509 they all parse, get formatter working, correct a few productions.</sitem>

   510 <sitem>1996-10-10/11 : CMSMcQ : various maintenance, stylistic, and

   511 organizational changes:

   512 Replace a few literals with xmlpio and

   513 pic entities, to make them consistent and ensure we can change pic

   514 reliably when the ERB votes.

   515 Drop paragraph on recognizers from notation section.

   516 Add match, exact match to terminology.

   517 Move old 2.2 XML Processors and Apps into intro.

   518 Mention comments, PIs, and marked sections in discussion of

   519 delimiter escaping.

   520 Streamline discussion of doctype decl syntax.

   521 Drop old section of 'PI syntax' for doctype decl, and add

   522 section on partial-DTD summary PIs to end of Logical Structures

   523 section.

   524 Revise DSD syntax section to use Tim's subset-in-a-PI

   525 mechanism.</sitem>

   526 <sitem>1996-10-10 : TB : eliminate name recognizers (and more?)</sitem>

   527 <sitem>1996-10-09 : CMSMcQ : revise for style, consistency through 2.3

   528 (Characters)</sitem>

   529 <sitem>1996-10-09 : CMSMcQ : re-unite everything for convenience,

   530 at least temporarily, and revise quickly</sitem>

   531 <sitem>1996-10-08 : TB : first major homogenization pass</sitem>

   532 <sitem>1996-10-08 : TB : turn "current" attribute on div type into 

   533 CDATA</sitem>

   534 <sitem>1996-10-02 : TB : remould into skeleton + entities</sitem>

   535 <sitem>1996-09-30 : CMSMcQ : add a few more sections prior to exchange

   536                             with Tim.</sitem>

   537 <sitem>1996-09-20 : CMSMcQ : finish transcribing notes.</sitem>

   538 <sitem>1996-09-19 : CMSMcQ : begin transcribing notes for draft.</sitem>

   539 <sitem>1996-09-13 : CMSMcQ : made outline from notes of 09-06,

   540 do some housekeeping</sitem>

   541 </slist>

   542 </revisiondesc>

   543 </header>

   544 <body> 

   545 <div1 id='sec-intro'>

   546 <head>一般事項</head>

   547 <!--	    <div2 id='sec-scope'>

   548 	      <head>適用範囲</head> -->

   549 <p>拡張可能な&markup;言語XML(eXtensible Markup Language)は，<termref def="dt-xml-doc">XML文書</termref>というデータオブジェクトのクラスを規定し，XML文書を処理するプログラムの動作の一部を規定する。XMLは，SGML(標準一般化&markup;言語，Standard Generalized Markup Language)<bibref ref='ISO8879'/>の制限した&subset;とする。構造上，XML文書は，かならずSGML規格に適合する。</p>

   550 <p>XML文書は，<termref def="dt-entity">実体</termref>という記憶単位からなり，実体は，&parsed-data;又は&unparsed-data;からなる。&parsed-data;は，<termref def="dt-character">文字</termref>からなり，その一部は，文書の<termref def="dt-chardata">文字データ</termref>を構成し，一部は，<termref def="dt-markup">&markup;</termref>を構成する。&markup;は，文書の記憶レイアウト及び論理構造についての記述を表す符号とする。XMLは，記憶レイアウト及び論理構造についての制約条件を記述する機構を提供する。</p>

   551 <p><termdef id="dt-xml-proc" term="XML&processor;"><term>XML&processor;</term>というソフトウェアモジュールは，XML文書を読み込み，その内容及び構造へのアクセスを提供するために用いる。 </termdef> <termdef id="dt-app" term="&application;">XML&processor;は，他のモジュールのために動作することを前提とし，そのモジュールを<term>&application;</term>という。</termdef>この&TR-or-Rec;は，XML&processor;が行わなければならない振舞いを規定する。つまり，XMLデータの読込み方法を規定し，&application;に提供する情報を規定する。</p>

   552 <!--	    </div2> -->

   553 <div2 id='sec-origin-goals'>

   554 <head>経緯及び目標</head>

   555 <p>1996年にWorld Wide Web Consortium(W3C)の中に設立したXML作業グループ(以前は， SGML編集レビュー委員会と呼ばれた)が，XMLを開発した。この作業グループの議長を，Sun MicrosystemsのJon Bosakが勤める。W3Cが組織し，以前はSGML作業グループと呼ばれたXML SIG(Special Interest Group)も，XMLの制定に非常に活発に参画した。

   556 <!--JISでは? XML作業グループのメンバを付録に示す。-->Dan Connollyは，作業グループのW3Cにおける連絡係を務めた。</p>

   557 <p>XMLの設計目標を，次に示す。<ulist>

   558 <item><p>a) XMLは，Internet上でそのまま使用できる。</p></item>

   559 <item><p>b) XMLは，広範囲の&application;を支援する。</p></item>

   560 <item><p>c) XMLは，SGMLと互換性をもつ。</p></item>

   561 <item><p>d) XML文書を処理するプログラムを書くことは，容易でなければならない。</p></item>

   562 <item><p>e) XMLでは，オプションの機能はできるだけ少なくし，一つも存在しないことを目指す。</p></item>

   563 <item><p>f) XML文書は，人間にとって読みやすく，十分に理解しやすい。</p></item>

   564 <item><p>g) XMLの設計は，すみやかに行えなければならない。</p></item>

   565 <item><p>h) XMLの設計は，厳密及び簡潔でなければならない。</p></item>

   566 <item><p>i) XML文書は，容易に作成できる。</p></item>

   567 <item><p>j) XMLでは，&markup;の数を減らすことは，重要ではない。</p></item></ulist>

   568 </p>

   569 <p>XML第&XML.version;&version;を理解し，それを処理する計算機プログラムを書くために十分な情報は，この&TR-or-Rec;及び関連する規格(文字用として，Unicode及びISO/IEC 10646，<!--* XXX for Uniform Resource Identifiers, *-->&language-identification;タグ用として，インタネット RFC 1766，&language-code;用として，ISO 639，並びに&country-code;用として，ISO 3166)で，すべて示す。</p>

   570 <p>この&version;のXMLの規定<!-- (&doc.date;) -->は，公開レビュー及び議論を目的とする。テキスト及び法律上の注意を改変しない限り，自由に配布してもよい。</p>

   571 </div2>

   572 <div2 id='sec-terminology'>

   573 <head>定義</head>

   574 <p>XML文書の規定のために使用する用語は，この&TR-or-Rec;内で定義する。次に示す語句は，それらの用語を定義するため，及びXML&processor;の動きを規定するために使用する。

   575 <glist>

   576 <gitem>

   577 <label>1.2.1 してもよい(may)</label>

   578 <def><p><termdef id="dt-may" term="してもよい">適合する文書又はXML&processor;は，記述されたとおりに動作してもよいが，そのとおりにする必要はない。</termdef></p></def>

   579 </gitem>

   580 <gitem>

   581 <label>1.2.2 しなければならない(must)</label>

   582 <def><p>適合する文書又はXML&processor;は，記述されたとおりに動作することが要求される。そうでなければ，&error;とする。<!-- do NOT change this! this is what defines a violation ofa 'must' clause as 'an error'. -MSM -->

   583 </p></def>

   584 </gitem>

   585 <gitem>

   586 <label>1.2.3 &error;(error)</label>

   587 <def><p><termdef id="dt-error" term="&error;">この&TR-or-Rec;が定める規則に対する違反。結果は定義しない。適合するソフトウェアは，&error;を検出して報告してもよく，&error;から回復してもよい。</termdef></p></def>

   588 </gitem>

   589 <gitem>

   590 <label>1.2.4 &fatal-error;(fatal error)</label>

   591 <def><p><termdef id="dt-fatal" term="&fatal-error;">適合する<termref def="dt-xml-proc">XML&processor;</termref>が検出しなければならず，&application;に報告しなければならない&error;。&fatal-error;を発見したあと，&processor;は，それ以降の&error;を探すためにデータ処理を続行してもよく，&error;を発見した場合は，その&error;を&application;に報告してもよい。&error;訂正をサポートするために，&processor;は，未処理データ(文字データ及び&markup;の混在したもの)を文書から取り出し，&application;に渡してもよい。しかし，一度，&fatal-error;を検出したら，&processor;は，通常の処理を続行してはならない。つまり，&processor;は，文字データ及び文書の論理構造についての情報を，通常の方法で&application;に渡し続けてはならない。</termdef></p></def>

   592 </gitem>

   593 <gitem>

   594 <label>1.2.5 &at-user-option;(at user option)</label>

   595 <def><p>適合するソフトウエアは，記述されたとおりに振る舞ってもよい(may)，又は振る舞わなくてはならない(must)(文章中の助動詞による。)。そのとおりに振る舞う場合は，記述された振舞いを選択又は拒否する手段を&user;に提供しなければならない。</p></def>

   596 </gitem>

   597 <gitem>

   598 <label>1.2.6 &validity;制約(validity constraint)</label>

   599 <def><p>すべての<termref def="dt-valid">&valid;な</termref>XML文書に適用する規則。&validity;制約の違反は，&error;とする。&at-user-option;，<termref def="dt-validating">検証を行うXML&processor;</termref>は，この&error;を報告しなければならない。</p></def>

   600 </gitem>

   601 <gitem>

   602 <label>1.2.7 &well-formed;制約(well-formedness constraint)</label>

   603 <def><p>すべての<termref def="dt-wellformed">&well-formed;</termref>のXML文書に適用する規則。&well-formed;制約の違反は，<termref def="dt-fatal">&fatal-error;</termref>とする。</p></def>

   604 </gitem>

   605 <gitem>

   606 <label>1.2.8 &match;(match)</label>

   607 <def><p>a) <termdef id="dt-match" term="&match;">&string;又は名前の&match;　比較する二つの&string;又は名前は，同一でなければならない。ISO/IEC 10646において，複数の表現が可能な文字［例えば，&composed-form;及び基底+&diacritical-mark;(ダイアクリティカルマーク)形式］は，どちらの&string;も同じ表現のときに限り，&match;する。&at-user-option;，&processor;は，その文字を標準形に正規化してもよい。比較のとき、大文字と小文字との区別をする。<!-- Note that no processing of characters with respect to case is part of the matching process. -->&lt;BR>b) &string;と文法中の規則との&match;　ある生成規則から生成する言語に，ある&string;が属するとき，この&string;は，この生成規則に&match;するという。&lt;BR>c) 内容と内容モデルとの&match;　ある要素が，<titleref href='elementvalid'>要素の&validity;</titleref>の制約に示す意味で適合するとき，この要素は，その宣言に&match;するという。</termdef></p></def>

   608 </gitem>

   609 <gitem>

   610 <label>1.2.9 互換性のため(for compatibility)</label>

   611 <def><p><termdef id="dt-compat" term="互換性のため">XMLの機能であって，XMLがSGMLと互換であることを保証するためだけに導入されるもの。</termdef></p></def>

   612 </gitem>

   613 <gitem>

   614 <label>1.2.10 相互運用性のため(for interoperability)</label>

   615 <def><p><termdef id="dt-interop" term="相互運用性のため">拘束力はもたない推奨事項。&WebSGML;以前から存在するSGML&processor;が，XML文書を処理できる可能性を高めるために取り入れるもの。</termdef></p></def>

   616 </gitem>

   617 </glist>

   618 </p>

   619 </div2>

   620 </div1>

   621 <!-- &Docs; -->

   622 <div1 id='sec-documents'>

   623 <head>文書</head>

   624 <p><termdef id="dt-xml-doc" term="XML文書">

   625 <!-- A textual object -->

   626 この&TR-or-Rec;で定義する意味で，<termref def="dt-wellformed">&well-formed;</termref>とするデータオブジェクトを，<term>XML文書</term>という。&well-formed;のXML文書が，さらに，ある制約条件を満足すれば，<termref def="dt-valid">&valid;</termref>なXML文書とする。

   627 </termdef></p>

   628 

   629 <!-- why this div? -TB

   630 <div2 id='sec-log-phys'> 

   631 <head>Logical and Physical Structure</head> -->

   632 

   633 <p>いずれのXML文書も，論理構造及び物理構造をもつ。物理的には，文書は，<termref def="dt-entity">実体</termref>と呼ぶ単位からなる。ある実体は，文書内に他の実体を含むために，その他の実体を<termref def="dt-entref">参照</termref>してもよい。文書は，“ルート”すなわち<termref def="dt-docent">文書実体</termref>から始まる。論理的には，文書は，宣言，要素，コメント，文字参照及び処理命令を含み，これらすべては，文書内で明示的な&markup;によって示す。論理構造及び物理構造は，<titleref href="wf-entities">以降</titleref>に示すとおりに，厳密に入れ子になっていなければならない。</p>

   634 

   635 <!-- 

   636 </div2> -->

   637 

   638 <div2 id='sec-well-formed'>

   639 <head>&well-formed;のXML文書</head>

   640 <p><termdef id="dt-wellformed" term="&well-formed;">あるテキストオブジェクトが，次のいずれかのとき，そのテキストオブジェクトを&well-formed;のXML文書と呼ぶ。</termdef>

   641 <ulist>

   642 <item><p>a) 全体として，<nt def='NT-document'>document</nt>というラベルをもつ生成規則に&match;する。</p></item>

   643 <item><p>b) この&TR-or-Rec;で定義する，すべての&well-formed;制約に従う。</p>

   644 </item>

   645 <item><p>c) それぞれの<termref def='dt-parsedent'>&parsed-entity;</termref>が，<titleref href='wf-entities'>&well-formed;</titleref>となる。</p></item>

   646 </ulist></p>

   647 <p>

   648 <scrap lang='ebnf' id='document'>

   649 <head>文書</head>

   650 <prod id='NT-document'><lhs>document</lhs>

   651 <rhs><nt def='NT-prolog'>prolog</nt> 

   652 <nt def='NT-element'>element</nt> 

   653 <nt def='NT-Misc'>Misc</nt>*</rhs></prod>

   654 </scrap>

   655 </p>

   656 <p><nt def="NT-document">document</nt>生成規則に&match;するとは，次を意味する。

   657 <ulist>

   658 <item><p>a) 一つ以上の<termref def="dt-element">要素</termref>を含む。</p>

   659 </item>

   660 

   661 <!--* N.B. some readers (notably JC) find the following

   662 paragraph awkward and redundant.  I agree it's logically redundant:

   663 it *says* it is summarizing the logical implications of

   664 matching the grammar, and that means by definition it's

   665 logically redundant.  I don't think it's rhetorically

   666 redundant or unnecessary, though, so I'm keeping it.  It

   667 could however use some recasting when the editors are feeling

   668 stronger. -MSM *-->

   669 

   670 <item><p>b) <termdef id="dt-root" term="ルート要素"><term>ルート</term>又は文書要素という要素が一つだけ存在し，これは，他の要素の<termref def="dt-content">内容</termref>に含まれない。</termdef>これ以外のすべての要素は，その開始タグが他の要素の内容に含まれれば，対応する終了タグも同じ要素の内容に含まれる。つまり，要素は，開始タグ及び終了タグによって区切られ，入れ子構造をなす。

   671 </p></item>

   672 </ulist>

   673 </p>

   674 <p><termdef id="dt-parentchild" term="親要素/子要素">これらの結果として，文書内のどの非ルート要素<code>C</code>に対しても，ある他の要素<code>P</code>が存在し，<code>C</code>は，<code>P</code>の内容に含まれるが，<code>P</code>の内容に含まれる他の要素に含まれることはない。このとき，<code>P</code>を<code>C</code>の<code>親</code>といい，<code>C</code>を<code>P</code>の<code>子</code>という。</termdef></p>

   675 </div2>

   676 <div2 id="charsets">

   677 <head>文字</head>

   678 <p>

   679 

   680 <!--The data stored in an XML <termref def="dt-entity">entity</termref> is

   681 either <termref def="dt-text">parsed</termref> or <termref

   682 def="dt-unparsed">unparsed</termref>. -->

   683 

   684 <termdef id="dt-text" term="テキスト">&parsed-entity;は，<term>テキスト</term>(<termref def="dt-character">文字</termref>の並びであって，&markup;又は文字データを表してもよい。)を含む。</termdef><termdef id="dt-character" term="文字"><term>文字</term>は，テキストの最小単位であって，ISO/IEC 10646<bibref ref="ISO10646"/>に規定される。<!--Users may extend the ISO/IEC 10646 character repertoire by exploiting the private use areas. -->許容する文字は，タブ，改行，復帰並びにUnicode及びISO/IEC 10646が許容する図形文字とする。</termdef> 

   685 <scrap lang="ebnf" id="char32">

   686 <head>文字の範囲</head>

   687 <prodgroup pcw2="4" pcw4="17.5" pcw5="11">

   688 <prod id="NT-Char"><lhs>Char</lhs> 

   689 <rhs>#x9 | #xA | #xD | [#x20-#D7FF] | [#xE000-#xFFFD] 

   690 | [#x10000-#x10FFFF]</rhs> 

   691 <com>任意のUnicode文字。ただし，&surrogate-blocks;，FFFE及びFFFFは除く。</com>

   692 </prod>

   693 </prodgroup>

   694 </scrap>

   695 </p>

   696 <p>&character-value;をビットパタンに符号化する機構は，実体ごとに違ってもよい。すべてのXML&processor;は，ISO/IEC 10646のUTF-8符号化及びUTF-16符号化を受け付けなければならない。二つのどちらが用いられているかを明示するための機構，及び他の符号化方法を利用するための機構は，<titleref href='charencoding'>文字の符号化</titleref>に記述する。</p>

   697 <p>どの符号化方法を用いるかに関係なく，ISO/IEC 10646の文字集合にあるすべての文字は，そのUCS-4&code-value;<!-- bit string. -->と等価な10進数又は16進数によって，参照できる。</p>

   698 </div2>

   699 

   700 <div2 id='sec-common-syn'>

   701 <head>共通の構文構成子</head>

   702  

   703 <p>2.3では，文法内で広く使用するいくつかの記号を定義する。</p>

   704 <p><nt def="NT-S">S</nt> (空白)は，一つ若しくは複数の&space-character;(#x20)，復帰，改行又はタブから成る。

   705 

   706 <scrap lang="ebnf" id='white'>

   707 <head>空白</head>

   708 <prodgroup pcw2="4" pcw4="17.5" pcw5="11">

   709 <prod id='NT-S'><lhs>S</lhs>

   710 <rhs>(#x20 | #x9 | #xD | #xA)+</rhs>

   711 </prod>

   712 </prodgroup>

   713 </scrap></p>

   714 <p>便宜上，文字を，&letter;，数字又は他の文字に分類する。&letter;は，アルファベット的又は表音的である基本文字(一つ又は複数の&combining-character;が，後に続くこともある。)，&ideographic;から成る。

   715 <!-- 

   716 Certain layout and format-control characters defined by ISO/IEC 10646 

   717 should be ignored when recognizing identifiers; these are defined by the 

   718 classes <nt def='NT-Ignorable'>Ignorable</nt> and <nt def='NT-

   719 Extender'>Extender</nt>. 

   720 -->

   721 各クラスにおける実際の文字についての完全な定義は，<titleref href='CharClasses'>文字クラス</titleref>に関する付録に規定する。</p>

   722 <p><termdef id="dt-name" term="Name"><term>Name</term>は，&letter;又はいくつかの区切り文字の一つで始まり，その後に&letter;，数字，ハイフン，下線，コロン又はピリオドが続く(これらを名前文字という。)。</termdef>&string;"<code>xml</code>"又は<code>(('X'|'x') ('M'|'m') ('L'|'l'))</code>に&match;する任意の&string;で始まる名前は，この&TR-or-Rec;の現在の版又は将来の版での標準化のために予約する。

   723 </p>

   724 <note>

   725 <p>XMLの名前の中のコロンは，名前空間での実験のために予約する。コロンの意味は，将来のある時点で標準化するものとし，そのときには，実験的な目的でコロンを使用する文書を更新する必要が生じる可能性がある。XMLで採用する名前空間の機構が，区切り子として実際にコロンを使用するという保証はない。事実上，これは，名前空間の実験の一つとして以外には，XMLの名前の中でコロンを使用しないほうがよいことを意味する。しかし，XML&processor;は，名前文字としてコロンを受け付けることが望ましい。

   726 </p>

   727 </note>

   728 <p>

   729 <nt def='NT-Nmtoken'>Nmtoken</nt> (名前&token;)は，名前文字で構成する列とする。

   730 <scrap lang='ebnf'>

   731 <head>名前及び&token;</head>

   732 <!--

   733 <prod id='NT-MiscName'><lhs>MiscName</lhs>

   734 <rhs></rhs>

   735 </prod>-->

   736 <prod id='NT-NameChar'><lhs>NameChar</lhs>

   737 <rhs><nt def="NT-Letter">Letter</nt> 

   738 | <nt def='NT-Digit'>Digit</nt> 

   739 <!--| <nt def='NT-MiscName'>MiscName</nt>-->

   740 | '.' | '-' | '_' | ':'

   741 | <nt def='NT-CombiningChar'>CombiningChar</nt> 

   742 <!-- | <nt def='NT-Ignorable'>Ignorable</nt>  -->

   743 | <nt def='NT-Extender'>Extender</nt></rhs>

   744 </prod>

   745 <prod id='NT-Name'><lhs>Name</lhs>

   746 <rhs>(<nt def='NT-Letter'>Letter</nt> | '_' | ':')

   747 (<nt def='NT-NameChar'>NameChar</nt>)*</rhs></prod>

   748 <prod id='NT-Names'><lhs>Names</lhs>

   749 <rhs><nt def='NT-Name'>Name</nt> 

   750 (<nt def='NT-S'>S</nt> <nt def='NT-Name'>Name</nt>)*</rhs></prod>

   751 <prod id='NT-Nmtoken'><lhs>Nmtoken</lhs>

   752 <rhs>(<nt def='NT-NameChar'>NameChar</nt>)+</rhs></prod>

   753 <prod id='NT-Nmtokens'><lhs>Nmtokens</lhs>

   754 <rhs><nt def='NT-Nmtoken'>Nmtoken</nt> (<nt def='NT-S'>S</nt> <nt 

   755 def='NT-Nmtoken'>Nmtoken</nt>)*</rhs></prod>

   756 </scrap>

   757 </p>

   758 <p>&literal;データは，引用符で囲まれた&string;とし，その列の区切り子として使用する引用符は含まない。&literal;は，内部実体(<nt def='NT-EntityValue'>EntityValue</nt>)，属性値(<nt def='NT-AttValue'>AttValue</nt>)，外部&identifier;(<nt def="NT-SystemLiteral">SystemLiteral</nt>)の内容の指定に使用する。目的によっては，&literal;全体を，その中の&markup;の走査を行なわずに，スキップすることがある(<nt def='NT-SkipLit'>SkipLit</nt>。)。

   759 <scrap lang='ebnf'>

   760 <head>&literal;</head>

   761 <!-- is marked section end legal in entity values etc.?

   762 James says yes.  Handbook page 392, sec. 10.4 seems to me to say no. 

   763 If James is right, leave as is.  Otherwise, uncomment

   764 the next comment and ... 

   765 -->

   766 <!--

   767 <prod id='NT-EntityValue'><lhs>EntityValue</lhs>

   768 <rhs>' " ' 

   769 (([^%&"] 

   770 | <nt def='NT-PEReference'>PEReference</nt> 

   771 | <nt def='NT-Reference'>Reference</nt>)*

   772 - (<nt def='NT-Char'>Char</nt>* ']]&gt;' <nt def='NT-char'>Char</nt>*))

   773 ' " ' 

   774 </rhs>

   775 <rhs>|&nbsp; 

   776 " ' " 

   777 (([^%&'] 

   778 | <nt def='NT-PEReference'>PEReference</nt> 

   779 | <nt def='NT-Reference'>Reference</nt>)* 

   780 - (<nt def='NT-Char'>Char</nt>* ']]&gt;' <nt def='NT-char'>Char</nt>*))

   781 " ' "</rhs>

   782 </prod>

   783 <prod id='NT-AttValue'><lhs>AttValue</lhs>

   784 <rhs>'"' 

   785 (([^<&"] 

   786 | <nt def='NT-Reference'>Reference</nt>)* 

   787 - (<nt def='NT-Char'>Char</nt>* ']]&gt;' <nt def='NT-char'>Char</nt>*))

   788 ' " ' 

   789 </rhs>

   790 <rhs>|&nbsp; 

   791 " ' " 

   792 (([^<&'] 

   793 | <nt def='NT-Reference'>Reference</nt>)* 

   794 - (<nt def='NT-Char'>Char</nt>* ']]&gt;' <nt def='NT-char'>Char</nt>*))

   795 " ' "</rhs>

   796 <wfc def="CleanAttrVals"/>

   797 </prod>

   798 -->

   799 <!-- ... and comment out the following, down to ... -->

   800 <prod id='NT-EntityValue'><lhs>EntityValue</lhs>

   801 <rhs>' " ' 

   802 ([^%&"] 

   803 | <nt def='NT-PEReference'>PEReference</nt> 

   804 | <nt def='NT-Reference'>Reference</nt>)*

   805 ' " ' 

   806 </rhs>

   807 <rhs>|&nbsp; 

   808 " ' " 

   809 ([^%&'] 

   810 | <nt def='NT-PEReference'>PEReference</nt> 

   811 | <nt def='NT-Reference'>Reference</nt>)* 

   812 " ' "</rhs>

   813 </prod>

   814 <prod id='NT-AttValue'><lhs>AttValue</lhs>

   815 <rhs>' " ' 

   816 ([^<&"] 

   817 | <nt def='NT-Reference'>Reference</nt>)* 

   818 ' " ' 

   819 </rhs>

   820 <rhs>|&nbsp; 

   821 " ' " 

   822 ([^<&'] 

   823 | <nt def='NT-Reference'>Reference</nt>)* 

   824 " ' "</rhs>

   825 <!--<wfc def="WF-Attvaldelim"/>-->

   826 </prod>

   827 <!-- ... down to here. -->

   828 <prod id="NT-SystemLiteral"><lhs>SystemLiteral</lhs>

   829 <rhs><nt def='NT-SkipLit'>SkipLit</nt></rhs>

   830 </prod>

   831 <!-- <prod id="NT-URIchar"><lhs>URIchar</lhs>

   832 <rhs><com>See <loc href="http://www.w3.org/XXX">XXX</loc></com>

   833 </rhs></prod>

   834 -->

   835 <prod id="NT-PubidLiteral"><lhs>PubidLiteral</lhs>

   836 <rhs>' " ' <nt def='NT-PubidChar'>PubidChar</nt>* 

   837 ' " ' 

   838 | " ' " (<nt def='NT-PubidChar'>PubidChar</nt> - " ' ")* " ' "</rhs>

   839 </prod>

   840 <prod id="NT-PubidChar"><lhs>PubidChar</lhs>

   841 <rhs>#x20 | #xD | #xA 

   842 | [a-zA-Z0-9]

   843 |&nbsp;[-'()+,./:=?]</rhs>

   844 </prod>

   845 <prod id="NT-SkipLit"><lhs>SkipLit</lhs>

   846 <rhs>(' " ' [^"]* ' " ') 

   847 |&nbsp;(" ' " [^']* " ' ")</rhs>

   848 </prod>

   849 <!-- alternate form, making ms end illegal: -->

   850 <!-- 

   851 <prod id="NT-SkipLit"><lhs>SkipLit</lhs>

   852 <rhs>(' " ' ([^"]* - ([^"]* ']]&gt;' [^"]*)) ' " ') 

   853 |&nbsp;(" ' " ([^']* - ([^']* ']]&gt;' [^']*)) " ' ")</rhs>

   854 </prod>

   855 -->

   856 </scrap>

   857 </p>

   858 <!--

   859 <wfcnote id="WF-Attvaldelim">

   860 <head>Delimiters in Attribute Values</head>

   861 <p>After the expansion of character and entity references,

   862 an attribute value must not contain a "<code>&lt;</code>" 

   863 or "<code>&amp;</code>" character unless that character was 

   864 introduced by the expansion of a character reference 

   865 or one of the entities &magicents;.</p>

   866 </wfcnote>-->

   867 <!--

   868 This is not quite right:  < should be legal, should it not?

   869 Suppress this WFC until we get it right.

   870 -->

   871 <!-- Henry Thompson suggests (in substance, not form: the wording needs

   872 to be clarified):

   873 "Cooked Attribute values must not contain < & or the

   874 quote which closed their uncooked literal,

   875 unless arising from the expansion of a character reference or

   876 magic reference

   877 directly contained in their uncooked literal."

   878 I'm not sure I agree with this rule, but it's at least coherent,

   879 which is more than I can say for my attempt.

   880 -->

   881 </div2>

   882 

   883 <div2 id='syntax'>

   884 <head>文字データ及び&markup;</head>

   885 <p><termref def='dt-text'>テキスト</termref>は，<termref def="dt-chardata">文字データ</termref>及び&markup;が混在するものとして構成する。<termdef id="dt-markup" term="Markup"><term>&markup;</term>は，<termref def="dt-stag">開始タグ</termref>，<termref def="dt-etag">終了タグ</termref>，<termref def="dt-empty">空要素</termref>，<termref def="dt-entref">実体参照</termref>，<termref def="dt-charref">文字参照</termref>，<termref def="dt-comment">コメント</termref>，<termref def="dt-cdsection">CDATAセクション</termref> の区切り子，<termref def="dt-doctype">文書型宣言</termref>及び<termref def="dt-pi">処理命令</termref>の形を取る。

   886 </termdef>

   887 </p>

   888 <p><termdef id="dt-chardata" term="Character Data">&markup;ではないすべてのテキストは，文書の<term>文字データ</term>を構成する。</termdef></p>

   889 <p>アンパサンド文字 (&amp;)及び&left-angle-bracket; (&lt;)は，&markup;の区切り子として，又は<termref def="dt-comment">コメント</termref>，<termref def="dt-pi">処理命令</termref>若しくは<termref def="dt-cdsection">CDATAセクション</termref>内で使用する場合に<emph>だけ</emph>，そのままの形で出現してよい。これらの文字は，内部実体宣言の<termref def='dt-litentval'>&literal;実体値</termref>内に記述してもよい。 詳しくは，<titleref href='wf-entities'>&well-formed;の実体</titleref>に関する規定を参照。<!-- FINAL EDIT:  restore internal entity decl or leave it out. -->これらの文字が他の部分で必要な場合，数値による文字参照又は&string;"<code>&amp;amp;</code>"及び&string;"<code>&amp;lt;</code>"を使用し，<termref def="dt-escape">&escape;</termref>しなければならない。&right-angle-bracket; (>) は，&string;"<code>&amp;gt;</code>"を使用して表現してもよい。内容の中で列"<code>]]&gt;</code>"を使用するときは，それが，<termref def="dt-cdsection">CDATAセクション</termref>の終了を&markup;しない限り，<termref def='dt-compat'>互換性のため</termref>，"<code>&amp;gt;</code>"又は文字参照を使用し，&escape;しなければならない。</p>

   890 

   891 <p>要素の内容では，文字データは，いかなる&markup;の開始区切り子を含まない任意の&char-string;とする。CDATAセクションでは，文字データとは，CDATAセクションの終了区切り子"<code>]]&gt;</code>"を含まない任意の&char-string;とする。

   892 </p>

   893 <p>

   894 属性値に&single-quote;及び&double-quote;を含むためには，アポストロフィ又は&single-quote;(') は，"<code>&amp;apos;</code>"として表現し，&double-quote;(")は，"<code>&amp;quot;</code>"として表現する。

   895 <scrap lang="ebnf">

   896 <head>文字データ</head>

   897 <prod id='NT-CharData'>

   898 <lhs>CharData</lhs>

   899 <rhs>[^&lt;&amp;]* - ([^&lt;&amp;]* ']]&gt;' [^&lt;&amp;]*)</rhs>

   900 </prod>

   901 </scrap>

   902 </p>

   903 </div2>

   904  

   905 <div2 id='sec-comments'>

   906 <head>コメント</head>

   907  

   908 <p><termdef id="dt-comment" term="Comment"><term>コメント</term>は，他の<termref def='dt-markup'>&markup;</termref>の外ならば，文書のどこに現れてもよい。さらに，文書型宣言内で，文法が許す場所に現れてもよい。

   909 <!-- TB

   910 except in a <termref def="dt-cdsection">CDATA section</termref>, i.e. within

   911 <termref def="dt-elemcontent">element content</termref>, in 

   912 <termref def="dt-mixed">mixed content</termref>, or in the prolog.  They must

   913 not occur within declarations or tags. -->

   914 コメントは，文書の<termref def="dt-chardata">文字データ</termref>の一部ではない。XML&processor;は，&application;がコメントのテキストを取り出すことを可能としてもよいが，そうしなくともよい。

   915 <termref def="dt-compat">互換性のため</termref>，&string;"<code>--</code>" （&double-hyphen;）は，コメント内で現れてはならない。

   916 <scrap lang="ebnf">

   917 <head>コメント</head>

   918 <prod id='NT-Comment'><lhs>Comment</lhs>

   919 <rhs>'&lt;!--'

   920 ((<nt def='NT-Char'>Char</nt> - '-') 

   921 | ('-' (<nt def='NT-Char'>Char</nt> - '-')))* 

   922 '-->'</rhs>

   923 <!--

   924 <rhs>'&lt;!&como;' 

   925 (<nt def='NT-Char'>Char</nt>* - 

   926 (<nt def='NT-Char'>Char</nt>* '&comc;' <nt def='NT-Char'>Char</nt>*)) 

   927 '&comc;&gt;'</rhs> -->

   928 </prod>

   929 </scrap>

   930 </termdef></p>

   931 <p>コメントの例を次に示す。

   932 <eg>&lt;!&como; declarations for &lt;head> &amp; &lt;body> &comc;&gt;</eg>

   933 </p>

   934 </div2>

   935 

   936 <div2 id='sec-pi'>

   937 <head>処理命令</head>

   938  

   939 <p><termdef id="dt-pi" term="Processing instruction"><term>処理命令</term>(PI)によって，&application;のための命令を文書に入れることができる。

   940  

   941 <scrap lang="ebnf">

   942 <head>処理命令</head>

   943 <prod id='NT-PI'><lhs>PI</lhs>

   944 <rhs>'&lt;?' <nt def='NT-PITarget'>PITarget</nt> 

   945 (<nt def='NT-S'>S</nt> 

   946 (<nt def='NT-Char'>Char</nt>* - 

   947 (<nt def='NT-Char'>Char</nt>* &pic; <nt def='NT-Char'>Char</nt>*)))?

   948 &pic;</rhs></prod>

   949 <prod id='NT-PITarget'><lhs>PITarget</lhs>

   950 <rhs><nt def='NT-Name'>Name</nt> - 

   951 (('X' | 'x') ('M' | 'm') ('L' | 'l'))</rhs>

   952 </prod>

   953 </scrap></termdef>

   954 PIは，文書の<termref def="dt-chardata">文字データ</termref>の一部ではないが，&application;に渡されなければならない。PIは，命令が渡される&application;を&identify;ために使用する&target; (<nt def='NT-PITarget'>PITarget</nt>) で始まる。&target;名 "<code>XML</code>"，"<code>xml</code>"などは，この&TR-or-Rec;の現在の版又は将来の版の規格化用に予約する。XMLの<termref def='dt-notation'>記法</termref>機構を，PIの&target;を宣言するために使用してもよい。

   955 </p>

   956 </div2>

   957  

   958 <div2 id='sec-cdata-sect'>

   959 <head>CDATAセクション</head>

   960  

   961 <p><termdef id="dt-cdsection" term="CDATA Section"><term>CDATAセクション</term>は，文字データが出現するところであれば，どこに出現してもよい。これは，そうでなければ，&markup;として認識する文字を含む，テキストの区画を&escape;するのに使用する。CDATAセクションは，&string;"<code>&lt;![CDATA[</code>"で始まり，&string;

   962 "<code>]]&gt;</code>"で終わる。

   963 <scrap lang="ebnf">

   964 <head>CDATAセクション</head>

   965 <prod id='NT-CDSect'><lhs>CDSect</lhs>

   966 <rhs><nt def='NT-CDStart'>CDStart</nt> 

   967 <nt def='NT-CData'>CData</nt> 

   968 <nt def='NT-CDEnd'>CDEnd</nt></rhs></prod>

   969 <prod id='NT-CDStart'><lhs>CDStart</lhs>

   970 <rhs>'&lt;![CDATA['</rhs>

   971 </prod>

   972 <prod id='NT-CData'><lhs>CData</lhs>

   973 

   974 <rhs>(<nt def='NT-Char'>Char</nt>* - 

   975 (<nt def='NT-Char'>Char</nt>* ']]&gt;' <nt def='NT-Char'>Char</nt>*))

   976 </rhs>

   977 </prod>

   978 <prod id='NT-CDEnd'><lhs>CDEnd</lhs>

   979 <rhs>']]&gt;'</rhs>

   980 </prod>

   981 </scrap>

   982 

   983 CDATAセクション内では，列<nt def='NT-CDEnd'>CDEnd</nt>だけを&markup;として認識するので，&left-angle-bracket;及びアンパサンドは，その&literal;形式で出現してよい。それらは，"<code>&amp;lt;</code>"及び"<code>&amp;amp;</code>"を使用して&escape;する必要はない。CDATAセクションは，入れ子にはできない。

   984 </termdef>

   985 </p>

   986 

   987 <p>"<code>&lt;greeting></code>"及び"<code>&lt;/greeting></code>"を，<termref def='dt-markup'>&markup;</termref>ではなく，<termref def='dt-chardata'>文字データ</termref>として認識するCDATAセクションの例を，次に示す。

   988 <eg>&lt;![CDATA[&lt;greeting>Hello, world!&lt;/greeting>]]&gt;</eg>

   989 </p>

   990 </div2>

   991  

   992 <div2 id='sec-prolog-dtd'>

   993 <head>&prolog;及び文書型宣言</head>

   994  

   995 <p><termdef id='dt-xmldecl' term='XML Declaration'>XML文書は，使用するXMLの&version;を指定する<term>XML宣言</term>で始めてもよく，又そうするのが望ましい。

   996 </termdef>

   997 </p>

   998 <p>この&TR-or-Rec;のこの&version;に適合することを示すためには，&version;番号 "<code>1.0</code>" を使用しなければならない。ある文書が，この&TR-or-Rec;のこの&version;に適合しないとき，値"<code>1.0</code>"を使用するのは，&error;とする。この&TR-or-Rec;の今後の&version;に"<code>1.0</code>"以外の値を付与することが，XML作業グループの意図だが，XMLの将来の&version;を作成することの確約を示すわけではなく，作成したとしても，番号付けについて，特定の方法を使用することの確約を示すわけでもない。将来の&version;の可能性を除外しないので，必要な場合，自動的な&version;の認識を可能とする手段として，この構成子を提供する。&processor;は，サポートしていない&version;でラベル付けした文書を受け取ったとき，&error;を通知してもよい。

   999 </p>

  1000 <p>XML文書内の&markup;の機能は，記憶構造及び論理構造を記述すること，並びに属性及び属性値の対を論理構造に関連づけることにある。XMLは，論理構造についての制約条件を定義するため，及びあらかじめ定義された記憶単位を使用できるための機構として，<termref def="dt-doctype">文書型宣言</termref>を提供する。<!-- old

  1001 The function of the markup in an XML document is to describe its

  1002 storage and logical structures, and associate attribute-value pairs with the

  1003 logical structure.

  1004 XML provides a

  1005 mechanism, the <termref def="dt-doctype">document type declaration</termref>, 

  1006 to

  1007 define constraints on that logical structure and to support the use of

  1008 predefined storage units. --><termdef id="dt-valid" term="Validity">XML文書が<term>&valid;</term>とは，文書型宣言をもち，その文書型宣言に示す制約条件を満たすこととする。

  1009 </termdef></p>

  1010 <p>文書型宣言は，文書の最初の<termref def="dt-element">要素</termref>の前に現れなければならない。

  1011 <scrap lang="ebnf" id='xmldoc'>

  1012 <head>&prolog;</head>

  1013 <prodgroup pcw2="6" pcw4="17.5" pcw5="9">

  1014 <prod id='NT-prolog'><lhs>prolog</lhs>

  1015 <rhs><nt def='NT-XMLDecl'>XMLDecl</nt>? 

  1016 <nt def='NT-Misc'>Misc</nt>* 

  1017 (<nt def='NT-doctypedecl'>doctypedecl</nt> 

  1018 <nt def='NT-Misc'>Misc</nt>*)?</rhs></prod>

  1019 <prod id='NT-XMLDecl'><lhs>XMLDecl</lhs>

  1020 <rhs>&xmlpio; 

  1021 <nt def='NT-VersionInfo'>VersionInfo</nt> 

  1022 <nt def='NT-EncodingDecl'>EncodingDecl</nt>? 

  1023 <nt def='NT-SDDecl'>SDDecl</nt>? 

  1024 <nt def="NT-S">S</nt>? 

  1025 &pic;</rhs>

  1026 </prod>

  1027 <prod id='NT-VersionInfo'><lhs>VersionInfo</lhs>

  1028 <rhs><nt def="NT-S">S</nt> 'version' <nt def='NT-Eq'>Eq</nt> 

  1029 ('"<nt def="NT-VersionNum">VersionNum</nt>"' 

  1030 | "'<nt def="NT-VersionNum">VersionNum</nt>'")</rhs>

  1031 </prod>

  1032 <prod id='NT-Eq'><lhs>Eq</lhs>

  1033 <rhs><nt def='NT-S'>S</nt>? '=' <nt def='NT-S'>S</nt>?</rhs></prod>

  1034 <prod id="NT-VersionNum">

  1035 <lhs>VersionNum</lhs>

  1036 <rhs>([a-zA-Z0-9_.:] | '-')+</rhs>

  1037 </prod>

  1038 <prod id='NT-Misc'><lhs>Misc</lhs>

  1039 <rhs><nt def='NT-Comment'>Comment</nt> | <nt def='NT-PI'>PI</nt> | 

  1040 <nt def='NT-S'>S</nt></rhs></prod>

  1041 </prodgroup>

  1042 </scrap></p>

  1043 

  1044 <p>

  1045 例えば，次に示す完全なXML文書は，<termref def="dt-wellformed">&well-formed;</termref>であるが<termref def="dt-valid">&valid;</termref>ではない。

  1046 <eg><![CDATA[<?xml version="1.0"?>

  1047 <greeting>Hello, world!</greeting>

  1048 ]]></eg>

  1049 次の文書も同様とする。

  1050 <eg><![CDATA[<greeting>Hello, world!</greeting>

  1051 ]]></eg>

  1052 </p>

  1053 <p><termdef id="dt-doctype" term="Document Type Declaration">

  1054 XMLの<term>文書型宣言</term>は，ある文書クラスのための文法を提供する<termref def='dt-markupdecl'>&markup;宣言</termref>を含むか，又は参照する。この文法を，文書型定義又は<term>DTD</term>という。文書型宣言は，&markup;宣言を含んだ外部&subset;(特別な種類の<termref def='dt-extent'>外部実体</termref>)を参照でき，又は内部&subset;に直接&markup;宣言を含むこともできる。さらに，その両方も可能とする。ある文書のDTDは，両方の&subset;をまとめたものとして構成する。</termdef>

  1055 </p>

  1056 <p><termdef id="dt-markupdecl" term="markup declaration">

  1057 <term>&markup;宣言</term>は，<termref def="dt-eldecl">要素型宣言</termref>， <termref def="dt-attdecl">属性リスト宣言</termref>，<termref def="dt-entdecl">実体宣言</termref>又は<termref def="dt-notdecl">記法宣言</termref>とする。</termdef>次に示す&well-formed;制約及び&validity;制約に規定するが，これらの宣言は，<termref def='dt-PE'>&parameter;実体</termref>内に全体又は一部が含まれてもよい。詳しい規定は，<titleref xml-link="simple" href="sec-physical-struct">物理構造</titleref>に関する規定を参照のこと。</p>

  1058 <scrap lang="ebnf" id='dtd'>

  1059 <head>文書型定義</head>

  1060 <prodgroup pcw2="6" pcw4="17.5" pcw5="9">

  1061 <prod id='NT-doctypedecl'><lhs>doctypedecl</lhs>

  1062 <rhs>'&lt;!DOCTYPE' <nt def='NT-S'>S</nt> 

  1063 <nt def='NT-Name'>Name</nt> (<nt def='NT-S'>S</nt> 

  1064 <nt def='NT-ExternalID'>ExternalID</nt>)? 

  1065 <nt def='NT-S'>S</nt>? ('[' 

  1066 (<nt def='NT-markupdecl'>markupdecl</nt> 

  1067 | <nt def='NT-PEReference'>PEReference</nt> 

  1068 | <nt def='NT-S'>S</nt>)*

  1069 ']' 

  1070 <nt def='NT-S'>S</nt>?)? '>'</rhs>

  1071 <vc def="vc-roottype"/>

  1072 <!--<vc def="vc-nonnullDTD"/>-->

  1073 </prod>

  1074 <!--

  1075 <prod id='NT-markupdecls'><lhs>markupdecls</lhs>

  1076 <rhs>

  1077 (<nt def='NT-S'>S</nt>?

  1078 <nt def='NT-markupdecl'>markupdecl</nt>

  1079 <nt def='NT-S'>S</nt>?)*

  1080 </rhs></prod>

  1081 -->

  1082 <prod id='NT-markupdecl'><lhs>markupdecl</lhs>

  1083 <rhs><nt def='NT-elementdecl'>elementdecl</nt> 

  1084 | <nt def='NT-AttlistDecl'>AttlistDecl</nt> 

  1085 | <nt def='NT-EntityDecl'>EntityDecl</nt> 

  1086 | <nt def='NT-NotationDecl'>NotationDecl</nt> 

  1087 | <nt def='NT-PI'>PI</nt> 

  1088 | <nt def='NT-Comment'>Comment</nt>

  1089 <!--| <nt def='NT-InternalPERef'>InternalPERef</nt> --></rhs>

  1090 <vc def='vc-PEinMarkupDecl'/>

  1091 <wfc def="wfc-PEinInternalSubset"/>

  1092 </prod>

  1093 <!--

  1094 <prod id="NT-InternalPERef"><lhs>InternalPERef</lhs>

  1095 <rhs><nt def="NT-PEReference">PEReference</nt></rhs>

  1096 <wfc def="wfc-integraldec"/>

  1097 </prod>

  1098 -->

  1099 </prodgroup>

  1100 </scrap>

  1101 <vcnote id="vc-roottype">

  1102 <head>&root;要素型</head>

  1103 <p>

  1104 文書型宣言における<nt def='NT-Name'>Name</nt>は，&root;要素の型と&match;しなければならない。

  1105 </p>

  1106 </vcnote>

  1107 <!--

  1108 <vcnote id="vc-nonnullDTD">

  1109 <head>Non-null DTD</head>

  1110 <p>

  1111 The internal and external subsets of the DTD must not both

  1112 be empty.

  1113 </p>

  1114 </vcnote>

  1115 -->

  1116 <vcnote id='vc-PEinMarkupDecl'>

  1117 <head>宣言及び&parameter;実体が厳密に入れ子をなすこと</head>

  1118 <p>&parameter;実体<termref def='dt-repltext'>の&replacement-text;</termref>は，&markup;宣言内において，厳密に入れ子になっていなければならない。つまり，&markup;宣言(<nt def='NT-markupdecl'>markupdecl</nt>)の最初又は最後の文字が，<termref def='dt-PERef'>&parameter;実体参照</termref>の対象となる&replacement-text;に含まれれば，両方とも同じ&replacement-text;に含まれなければならない。</p>

  1119 </vcnote>

  1120 <wfcnote id="wfc-PEinInternalSubset">

  1121 <head>内部&subset;内の&parameter;実体</head>

  1122 <p>DTDの内部&subset;では，<termref def='dt-PERef'>&parameter;実体参照</termref>は，&markup;宣言が出現可能な場所だけに出現できる。&markup;宣言内には出現できない(この制約は，外部&parameter;実体又は外部&subset;での参照には適用しない。)。

  1123 </p>

  1124 </wfcnote>

  1125 <p>

  1126 内部&subset;のときと同様に，外部&subset;及びDTDにおいて参照する任意の外部&parameter;実体は，非終端記号<nt def="NT-markupdecl">markupdecl</nt>によって許される型の，一連の完全な&markup;宣言で構成されなければならない。&markup;宣言の間には，空白又は<termref def="dt-PERef">&parameter;実体参照</termref>を置いてもよい。しかし，外部&subset;又は外部&parameter;実体の内容の一部は，<termref def="dt-cond-section">条件付きセクション</termref>を使用して無視してもよい。内部サブセットでは，これは許されない。

  1127 <!--In the external subset, however,  parameter-entity references can

  1128 be used to replace constructs prefixed by "<code>%</code>" in a production of

  1129 the grammar, and <termref def="dt-cond-section">conditional sections</termref>

  1130 may occur.

  1131 In the internal subset, by contrast, conditional sections may not

  1132 occur and the only parameter-entity references 

  1133 allowed are those which match the non-terminal 

  1134 <nt def="NT-InternalPERef">InternalPERef</nt>