#?SuikaWiki/0.9 page-icon="HTML" import="HTML訳語集,メッセージ訳語集,その他の訳語集,RFC訳語集"
The 'application/xhtml+xml' Media Type [INS[「application/xhtml+xml」 __&&media type&&__]]
-Network Working Group
-Request for Comments: 3236
-Category: Informational
-M. Baker
-Planetfred, Inc.
-P. Stark
- Ericsson Mobile Communications
- January 2002
*Status of this Memo
>This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
*Copyright Notice
>Copyright (C) The Internet Society (2002). All Rights Reserved.
*Abstract
>This document defines the 'application/xhtml+xml' MIME media type for
XHTML based markup languages; it is not intended to obsolete any
previous IETF documents, in particular RFC 2854 which registers 'text/html'.
この文書は XHTML を基にした__&&markup&&__言語のための MIME __&&media type&&__
「application/xhtml+xml」を定義します。
この文書は以前の IETF 文書, 特に「text/html」を登録した
RFC 2854 を廃止することは意図していません。
*1. Introduction
>In 1998, the W3C HTML working group began work on reformulating HTML
in terms of XML 1.0 [XML] and XML Namespaces [XMLNS]. The first part
of that work concluded in January 2000 with the publication of the
XHTML 1.0 Recommendation [XHTML1], the reformulation for HTML 4.01 [HTML401].
1998年、 W3C HTML __&&working group&&__は HTML を XML 1.0
及び XML 名前空間の下で再定義する作業を始めました。
この作業の最初の部分は2000年1月に、 HTML 4.01
の再定義である XHTML 1.0 __&&Recommendation&&__の出版で完了しました。
>Work continues in the Modularization of XHTML Recommendation
[XHTMLM12N], the decomposition of XHTML 1.0 into modules that can be
used to compose new XHTML based languages, plus a framework for
supporting this composition.
XHTML 1.0 をモジュール群に分解して新しい XHTML
を基にした言語の構成に使うことを可能とし、この構成を援助する枠組みを加える
XHTML __&&modularization&&____&&Recommendation&&__の作業が続けられています。
>This document only registers a new MIME media type,
'application/xhtml+xml'. It does not define anything more than is
required to perform this registration.
この文書は新しい MIME __&&media type&&__「application/xhtml+xml」
を登録するだけです。この文書はこの登録に必要なこと以上は何も定義しません。
>This document follows the convention set out in [XMLMIME] for the
MIME subtype name; attaching the suffix "+xml" to denote that the
entity being described conforms to the XML syntax as defined in XML 1.0 [XML].
この文書は [XMLMIME] で設けられた MIME
__&&(media)subtype&&__名の付け方に従い、__&&entity&&__が
XML 1.0 で定義された XML 構文に適合することを示す接尾辞
[CODE(ABNF)["+xml"]] を付加します。
>This document was prepared by members of the W3C HTML working group
based on the structure, and some of the content, of RFC 2854, the
registration of 'text/html'. Please send comments to
www-html@w3.org, a public mailing list (requiring subscription) with
archives at .
この文書は、 W3C HTML __&&working group&&__の構成員により、「text/html」
を登録する RFC 2854 の構造と内容の一部を基にして準備しました。
ご意見を
に__&&archive&&__がある公開__&&mailing list&&__
(__&&subscribe&&__が必要) である
までお寄せ下さい。
*2. Registration of MIME media type application/xhtml+xml [INS[MIME __&&media type&&__ application/xhtml+xml の登録]]
:MIME media type name [INS[MIME __&&media type&&__名]]: application
:MIME subtype name [INS[MIME __&&(media)subtype&&__名]]: xhtml+xml
:Required parameters [INS[必須__&¶meter&&__]]: none [INS[なし]]
:Optional parameters [INS[省略可能__&¶meter&&__]]:
charset
This parameter has identical semantics to the charset parameter
of the "application/xml" media type as specified in [XMLMIME].
この__&¶meter&&__は [XMLMIME] で規定されている__&&media type&&__
[CODE(ABNF)["application/xml"]] の [CODE[charset]] __&¶meter&&__と同じ意味です。
profile
See Section 8 of this document.
この文書の8節をご覧下さい。
:Encoding considerations [INS[__&&encoding&&__に関して]]:See Section 4 of this document. [INS[この文書の4節をご覧下さい。]]
:Security considerations [INS[__&&security considerration&&__]]:See Section 7 of this document. [INS[この文書の4節をご覧下さい。]]
:Interoperability considerations [INS[相互通信性に関して]]:
>XHTML 1.0 [XHTML10] specifies user agent conformance rules that
dictate behaviour that must be followed when dealing with, among
other things, unrecognized elements.
XHTML 1.0 は、他の事と並んで認識できない要素を処理する時に__&&user agent&&__がどうしなければならないかの適合性規則を規定しています。
>With respect to XHTML Modularization [XHTMLMOD] and the existence
of XHTML based languages (referred to as XHTML family members)
that are not XHTML 1.0 conformant languages, it is possible that
'application/xhtml+xml' may be used to describe some of these
documents. However, it should suffice for now for the purposes of
interoperability that user agents accepting
'application/xhtml+xml' content use the user agent conformance
rules in [XHTML1].
XHTML __&&modularization&&__及び XHTML 1.0 適合言語でない XHTML を基にした言語
(XHTML __&&family member&&__と言われる)
の存在については、「application/xhtml+xml」をそのような文書の説明に使うことも可能ではあります。
しかし、「application/xhtml+xml」
の内容を受け入れる__&&user agent&&__は [XHTML1]
の__&&user agent&&__適合規則を使用するのが現在では相互通信性の目的から十分でしょう。
[INS[
訳注: ちょっと自信ない。誰か助けて。
[[#comment]]
]INS]
>Although conformant 'application/xhtml+xml' interpreters can
expect that content received is well-formed XML (as defined in
[XML]), it cannot be guaranteed that the content is valid XHTML
(as defined in [XHTML1]). This is in large part due to the
reasons in the preceding paragraph.
適合「application/xhtml+xml」__&&interpreter&&__は受信した内容が
([XML] で定義された) 整形式 XML であることを期待することが出来ますが、その内容が
([XHTML1] で規定された) 妥当な XHTML である保証はありません。
これはほとんど前の段落の内容の理由によるものです。
Published specification:
XHTML 1.0 is now defined by W3C Recommendation; the latest
published version is [XHTML1]. It provides for the description of
some types of conformant content as "text/html", but also doesn't
disallow the use with other content types (effectively allowing
for the possibility of this new type).
:発行された仕様書:XHTML 1.0 は現在 W3C __&&Recommendation&&__で定義されています。最新発行版は [XHTML1] です。これは幾つかの型の適合内容を [CODE["text/html"]] として説明していますが、他の__&&content type&&__での仕様を否定してはいません (実際のところこの新しい型の可能性を認めています)。
Applications which use this media type:
Some content authors have already begun hand and tool authoring on
the Web with XHTML 1.0. However that content is currently
described as "text/html", allowing existing Web browsers to
process it without reconfiguration for a new media type.
There is no experimental, vendor specific, or personal tree
predecessor to 'application/xhtml+xml'. This new type is being
registered in order to allow for the expected deployment of XHTML
on the World Wide Web, as a first class XML application where
authors can expect that user agents are conformant XML 1.0 [XML]
processors.
この__&&media type&&__を使用する応用:
内容著者で手書き又は__&&tool&&__を使って Web で XHTML 1.0
を使い始めている人が既にいます。しかしその内容は既存の Web
__&&browser&&__で新しい__&&media type&&__にあわせて再設定せずに処理するため現在
[CODE["text/html"]] として説明されています。
「application/xhtml+xml」の祖先に当たる実験的, __&&vendor&&__規定,
個人__&&tree&&__のものはありません。この新しい型は、著者が__&&user agent&&__は適合
XML 1.0 __&&processor&&__であると期待出来る最初級の XML 応用として、
World Wide Web において想定される XHTML の採用を認めるために登録します。
>Additional information:
Magic number:
There is no single initial byte sequence that is always present
for XHTML files. However, Section 5 below gives some
guidelines for recognizing XHTML files. See also section 3.1 in
[XMLMIME].
:魔法数:XHTML __&&file&&__に決まって現れる最初のバイト列はありません。
第5節は XHTML __&&file&&__を認識するための手引きを示します。
[XMLMIME] の3.1節もご覧下さい。
File extension:
There are three known file extensions that are currently in use
for XHTML 1.0; ".xht", ".xhtml", and ".html".
It is not recommended that the ".xml" extension (defined in
[XMLMIME]) be used, as web servers may be configured to
distribute such content as type "text/xml" or
"application/xml". [XMLMIME] discusses the unreliability of
this approach in section 3. Of course, should the author
desire this behaviour, then the ".xml" extension can be used.
__&&file&&__拡張子
現在 XHTML 1.0 で使われていることが分かっている__&&file&&__拡張子は3つあります。
[CODE[".xht"]], [CODE[".xhtml"]], [CODE[",html"]] です。
Web サーバーは [CODE[".xml"]] 拡張子 ([XMLMIME] で定義。)
の内容を型 [CODE["text/xml"]] 又は型 [CODE["application/xml"]]
と設定しているかもしれませんから、これを使うことは推奨しません。
[XMLMIME] は3節でこの方法のいい加減さに触れています。
もちろん、著者がこの動作を望むなら、 [CODE[".xml"]]
拡張子を使うことが出来ます。
Macintosh File Type code: TEXT
Person & email address to contact for further information:
Mark Baker
Intended usage: COMMON
Author/Change controller:
The XHTML specifications are a work product of the World Wide Web
Consortium's HTML Working Group. The W3C has change control over
these specifications.
:著者/変更権者:XHTML 仕様書は World Wide Web Consortium の HTML __&&working group&&__の成果物です。 W3C がこれらの仕様書の変更権を持ちます。
*3. Fragment identifiers [INS[__&&fragment&&__識別子]]
>URI references (Uniform Resource Identifiers, see [RFC2396] as
updated by [RFC2732]) may contain additional reference information,
identifying a certain portion of the resource. These URI references
end with a number sign ("#") followed by an identifier for this
portion (called the "fragment identifier"). Interpretation of
fragment identifiers is dependent on the media type of the retrieval result.
URI 参照 (統一資源識別子。 RFC 2396 とその更新 RFC 2732 を参照。)
は、資源のある部分を識別する追加の参照情報を含めることが出来ます。
そのような URI 参照はシャープ記号 (「#」) で終わり、この部分の識別子
(「__&&fragment&&__識別子」と呼ばれる。) が続きます。
__&&fragment&&__識別子の解釈は取り出した結果の__&&media type&&__に依存します。
>For documents labeled as 'text/html', [RFC2854] specified that the
fragment identifier designates the correspondingly named element,
these were identified by either a unique id attribute or a name
attribute for some elements. For documents described with the
application/xhtml+xml media type, fragment identifiers share the same
syntax and semantics with other XML documents, see [XMLMIME], section 5.
「text/html」として札付けされた文書では、 RFC 2854
は__&&fragment&&__識別子を一致する名前が付けられた__&&element&&__を示すと規定しています。
__&&element&&__は固有の [CODE(HTML)[id]] 属性又は幾つかの要素の
[CODE(HTML)[name]] 属性で識別します。 [CODE[application/xhtml+xml]]
と説明された文書では、__&&fragment&&__識別子は他の XML
文書と同じ構文と意味です。 [XMLMIME] 5節をご覧下さい。
>At the time of writing, [XMLMIME] does not define syntax and
semantics of fragment identifiers, but refers to "XML Pointer
Language (XPointer)" for a future XML fragment identification
mechanism. The current specification for XPointer is available at
http://www.w3.org/TR/xptr. Until [XMLMIME] gets updated, fragment
identifiers for XHTML documents designate the element with the
corresponding ID attribute value (see [XML] section 3.3.1); any XHTML
element with the "id" attribute.
執筆の時点では、 [XMLMIME] は__&&fragment&&__識別子の構文及び意味を定義していませんが、将来の
XML __&&fragment&&__識別機構として『XML [RUBYB[指示子言語] [Pointer Language]] (XPointer)』
を参照しています。 XPointer の現在の仕様書は
で入手できます。 [XMLMIME] が更新されるまでは、 XHTML
文書の__&&fragment&&__識別子は対応する [CODE(XML)[ID]]
属性値 ([XML] 3.3.1節参照) を持つ__&&element&&__を示します。
どの XHTML __&&element&&__も [CODE(HTML)[id]] 属性を持ちます。
*4. Encoding considerations [INS[__&&encoding&&__に関して]]
>By virtue of XHTML content being XML, it has the same considerations
when sent as 'application/xhtml+xml' as does XML. See [XMLMIME],
section 3.2.
XHTML 内容が XML であるという性質により、「application/xhtml+xml」
を送信する時の考察は XML の場合と同じことが言えます。
[XMLMIME] 3.2節を参照。
*5. Recognizing XHTML files [INS[XHTML __&&file&&__の認識]]
>All XHTML documents will have the string "XHTML Modularization provides a naming convention by which a public
identifier for an external subset in the document type declaration of
a conforming document will contain the string "//DTD XHTML". And
while some XHTML based languages require the doctype declaration to
occur within documents of that type, such as XHTML 1.0, or XHTML
Basic (http://www.w3.org/TR/xhtml-basic), it is not the case that all
XHTML based languages will include it.
XHTML __&&modularization&&__は、適合文書の文書型宣言中の外部__&&subset&&__の公有識別子は文字列
[CODE(XML)[//DTD XHTML]] を含むという命名規約を提供しています。
また、 XHTML 1.0 や XHTML Basic ()
のような幾つかの XHTML を基にした言語は文書型宣言がその型の文書中に出現することを要求していますが、全ての
XHTML を基にした言語がこれを含むわけではありません。
>All XHTML files should also include a declaration of the XHTML
namespace. This should appear shortly after the string "By virtue of all XHTML content being XML, it has the same
considerations when sent as 'application/xhtml+xml' as does XML. See
[XMLMIME], section 3.2.
XHTML 内容が XML であるという性質により、「application/xhtml+xml」
を送信する時の考察は XML の場合と同じことが言えます。
[XMLMIME] 3.2節を参照。
*7. Security Considerations [INS[__&&security consideration&&__]]
>The considerations for "text/html" as specified in [TEXTHTML] and and
for 'application/xml' as specified in [XMLMIME], also hold for
'application/xhtml+xml'.
[TEXTHTML] にある [CODE["text/html"]] への考察及び
[XMLMIME] にある [CODE['application/xml']] への考察が、
[CODE[’application/xhtml+xml’]] についても適用されます。
>In addition, because of the extensibility features for XHTML as
provided by XHTML Modularization, it is possible that
'application/xhtml+xml' may describe content that has security
implications beyond those described here. However, if the user agent
follows the user agent conformance rules in [XHTML1], this content
will be ignored. Only in the case where the user agent recognizes
and processes the additional content, or where further processing of
that content is dispatched to other processors, would security issues
potentially arise. And in that case, they would fall outside the
domain of this registration document.
加えて、 XHTML __&&modularization&&__が提供する XHTML
の拡張性機能により、「application/xhtml+xml」はここで説明した以上の安全上の含みを持つ内容を記述するかもしれません。
しかし、__&&user agent&&__が [XHTML1] の__&&user agent&&__適合性規則に従っていれば、この内容は無視します。
__&&user agent&&__が追加の内容を認識して処理する場合又はその内容の更なる処理を他の__&&processor&&__に委ねる場合にのみ、安全上の問題が潜在的に発生します。
そしてその場合には、その問題はこの登録文書の範囲外となります。
*8. The "profile" optional parameter [INS[省略可能な「profile」__&¶meter&&__]]
>This parameter is meant to solve the short-term problem of using MIME
media type based content negotiation (such as that done with the HTTP
"Accept" header) to negotiate for a variety of XHTML based languages.
It is intended to be used only during content negotiation. It is not
expected that it be used to deliver content, or that origin web
servers have any knowledge of it (though they are welcome to). It is
primarily targeted for use on the network by proxies in the HTTP
chain that manipulate data formats (such as transcoders).
この__&¶meter&&__は MIME __&&media type&&__を基にした内容折衝
(HTTP の「Accept」__&&header&&__により行われるものなど)
を使う時に種々の XHTML を基にした言語を折衝するための短期的問題を解決します。
これは内容折衝の間にだけ使用することを想定しています。
内容を配送したり元 Web サーバーがこれについての知識を持たない場合は想定していません (そうすることは歓迎しますが)。
データ形式を巧みに操る HTTP 鎖中の__&&proxy&&__ (transcoder など)
がネットワーク上で使用することを主に想定しています。
[INS[
訳注: 「(though they are welcome to)」は何を指しているのでしょう?
サーバーが知識を持つこと? 内容配送?
[[#comment]]
]INS]
>The parameter is intended to closely match the semantics of the
"profile" attribute of the HEAD element as defined in [HTML401]
(section 7.4.4.3), except it is applied to the document as a whole
rather than just the META elements. More specifically, the value of
the profile attribute is a URI that can be used as a name to identify
a language. Though the URI need not be resolved in order to be
useful as a name, it could be a namespace, schema, or a language
specification.
この__&¶meter&&__は [HTML401] (7.4.4.3節)
で定義されている [CODE(HTML)[HEAD]] __&&element&&__の [CODE(HTML)[profile]]
属性の意味と、こちらは [CODE(HTML)[META]]
__&&element&&__のみではなく文書全体に適用されることを除いておおむね一致することを意図しています。
より具体的には、 [CODE[profile]] 属性の値は URI
で、言語を識別する名前として使用することが出来るものです。
URI は名前として有用であるために解決可能である必要はありませんが、名前空間や__&&schema&&__や言語仕様書でも構いません。
>As an example, user agents supporting only XHTML Basic (see
http://www.w3.org/TR/xhtml-basic) currently have no standard means to
convey their inability to support the additional functionality in
XHTML 1.0 [XHTML1] that is not found in XHTML Basic. While XHTML
Basic user agent conformance rules (which are identical to XHTML 1.0)
provide some guidance to its user agent implementators for handling
some additional content, the additional content in XHTML 1.0 that is
not part of XHTML Basic is substantial, making those conformance
rules insufficient for practical processing and rendering to the end
user. There is also the matter of the potentially substantial burden
on the user agent in receiving and parsing this additional content.
例として、 XHTML Basic ( 参照)
のみに対応する__&&user agent&&__は、 XHTML 1.0
にあって XHTML Basic にない追加機能に対応できないことを知らせる標準的な方法を現在持っていません。
XHTML Basic __&&user agent&&__適合性規則 (XHTML 1.0 のものと同じ。)
は__&&user agent&&__実装者に追加の内容の扱いについての手引きを示していますが、
XHTML 1.0 の追加の内容で XHTML Basic にないものは相当あり、__&&end user&&__に対する実際の処理や__&&rendering&&__の上ではこの適合性規則は不十分です。
__&&user agent&&__がこの追加の内容を受信して解析するのは相当な重みであり得る問題もあります。
>The functionality afforded by this parameter can also be achieved
with at least two other more general content description frameworks;
the "Content-features" MIME header described in RFC 2912, and UAPROF
from the WAPforum (see http://www.wapforum.org/what/technical.htm).
At this time, choosing one of these solutions would require excluding
the other, as interoperability between the two has not been defined.
For this reason, it is suggested that this parameter be used until
such time as that issue has been addressed.
この__&¶meter&&__がもたらす機能は少なくても2つのより一般的な内容説明の枠組みで達成できます。
RFC 2912 で説明されている [CODE(MIME)[Content-features]] MIME
__&&header&&__と WAPforum の UAPROF
( 参照。) です。
現時点では、両者間の相互通信性は定義されていないので、両解決策は排他的です。
この理由から、この問題が言及されるまでの間はこの__&¶meter&&__を使うことを提案します。
>An example use of this parameter as part of a HTTP GET transaction
would be;
HTTP GET 処理の一部としてこの__&¶meter&&__を使う例です。
Accept: application/xhtml+xml;
profile="http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd"
*9. Author's Address
Mark A. Baker
Planetfred, Inc.
44 Byward Market, Suite 240
Ottawa, Ontario, CANADA. K1N 7A2
Phone: +1-613-789-1818
EMail: mbaker@planetfred.com
EMail: distobj@acm.org
Peter Stark
Ericsson Mobile Communications
Phone: +464-619-3000
EMail: Peter.Stark@ecs.ericsson.com
*10. References
[HTML401] Raggett, D., et al., "HTML 4.01 Specification", W3C
Recommendation. Available at
(or
).
[MIME] Freed, N. and N. Borenstein, "Multipurpose Internet Mail
Extensions (MIME) Part Two: Media Types", RFC 2046,
November 1996.
[URI] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform
Resource Identifiers (URI): Generic Syntax", RFC 2396,
August 1998.
[XHTML1] "XHTML 1.0: The Extensible HyperText Markup Language: A
Reformulation of HTML 4 in XML 1.0", W3C Recommendation.
Available at .
[XML] "Extensible Markup Language (XML) 1.0", W3C
Recommendation. Available at (or ).
[TEXTHTML] Connolly, D. and L. Masinter, "The 'text/html' Media
Type", RFC 2854, June 2000.
[XMLMIME] Murata, M., St.Laurent, S. and D. Kohn, "XML Media
Types", RFC 3023, January 2001.
[XHTMLM12N] "Modularization of XHTML", W3C Recommendation. Available
at:
*11. Full Copyright Statement
>Copyright (C) The Internet Society (2002). All Rights Reserved.
__&&RFCFullCopyright&&__
__&&RFCAcknowledgement&&__
*メモ
- [1]
- [2]
- [3]
- [4] ''Last Call: The 'application/xhtml+xml' Media Type to Informational''