[1] address
要素型は、
文書またはフォームのような文書の大きな部分についての連絡先情報を著者が入れるために使うことができます。
この要素は、しばしば文書の最初や最後で使われます。
(IW:HTML4:"struct/global.html#edef-ADDRESS" 参照。)
address
(address
(番地) より)
http://www.w3.org/1999/xhtml
(%inline;)*
%block;
な文脈class | 級 | [HTML4] %coreattr | ||
datafld | 欄名 | [HTML4] 予約 | ||
dataformat | データ書式 | [HTML4] 予約 | ||
datasrc | データ源 | [HTML4] 予約 | ||
dir | 書字方向 | [HTML4] %i18n | ||
id | 一意識別子 | [HTML4] %coreattr | ||
lang | 自然言語 | [HTML4] %i18n | ||
xml:lang | 自然言語 | [XHTML1] | ||
onclick | [HTML4] %events | |||
ondblclick | [HTML4] %events | |||
onkeydown | [HTML4] %events | |||
onkeypress | [HTML4] %events | |||
onkeyup | [HTML4] %events | |||
onmousedown | [HTML4] %events | |||
onmousemove | [HTML4] %events | |||
onmouseout | [HTML4] %events | |||
onmouseover | [HTML4] %events | |||
onmouseup | [HTML4] %events | |||
style | スタイル情報 | [HTML4] %coreattr | ||
title | 注釈的題 | [HTML4] %coreattr |
[6] HTML 4 では、 address
の内容は行内要素です。
ですから、 address
の内容としたい、たとえば著者の名前、メイル・アドレス、所属のような情報を構造化するためには、
br
を使うくらいしかなく、
ブロック水準要素も使えるべきだという話や、
現状でなんとかするにはどうすればよいかという話が度々出ます。
HTML の DTD でも一時期ブロック要素が入れられるようにされていましたが、 結局正式な仕様では行内要素だけになって、 以後惰性でずっとそのままになっています。
[7] address
要素は文書の始めの方や終わりの方によく出てくるとされていました。
実際、 HTML 以外の文書でも、最初の見出しの下に名前を書くように、 文書の始めの方に書くことはよくありますし、90年代初めごろの HTML 文書でもそのような使われ方はしばしば見られましたが、 現在ではなぜか終わりの方に書くのが普通になっています。
いつの間にか内容も著作権表記や最終修正日や関連頁へのリンクなどに拡大され、 奥付的な意味を帯びています。 (そうなると >>6 の内容模型の問題がますます大きくなります。 もっとも、どこまでも際限なく拡大解釈してしまうことは好ましいとはいえません。 応用もほどほどに。)
[5] 多くの UA の既定スタイルは、
display: block
か、それに加えて
font-style: italic
くらいです。
[4] 一時期、 border-top: thin solid gray
な利用者スタイルを使ってみましたけど、 address
が文書の先頭や途中にあると随分間抜けなのでやめてしまいました。。
[135]
未確認ですが、古い Netscape Navigator
では display: inline
だったそうです。
(名無しさん)
[136]
未確認ですが、古い Netscape Navigator
では display: inline
だったそうです。
[27]
GMLguid にも address
要素型がありますが、
HTML との継承関係はあるのでしょうかね??
:ADDRESS :ALINE.Company name :ALINE.first line of address . . :ALINE.last line of address :eADDRESS
address
の誕生body
がなく、
この DTD は body
に相当する役割を新設の
section
に担わせることを提案していたが、
address
はその弟、
html
の子となっていた。address
vs お尻 p
[15]
1992年6月6日付の Dan Connolly の DTD 案では、
html
要素の最後の子要素
(高々1個出現可能) として定義されていました。
内容としては行内要素と p
が認められていました。
[16] 1992年11月13日現在のタグ一覧にも既に含まれていました。
Tags used in HTML http://www.w3.org/History/19921103-hypertext/hypertext/WWW/MarkUp/Tags.html#20
7月15日版の DTD 案の注釈に引用があるので、
かなり早くから Tags.html
には含まれていたようです。
[17] この頃の DTD 案では、 p
要素が行内要素かそれに準じるものとして扱われているようです。
お尻p
の慣習に由来すると思われます。
pre
の中でまで p
が認められているものもあります。
[28] 1992年7月16日に Jean Francois Groff が、色々な利用例を鑑みると末尾以外も使えた方が良いのではと述べています。
[18] 1992年12月3日の DTD 案では %bodyelement
に分類され、文書の末尾以外にも置けるようになりました。
[19] 1994年4月9日版 DTD 案では廃止機能を有効にするかどうかを選択する条件区間が使われています。
お尻p
を有効にすれば従来通り
address
内に p
を入れられますが、無効 (既定値。) にすれば
address
内に p
は認められなくなりました。
[20] 1994年4月30日版 DTD 案では、ブロック水準要素
(%block;
) も address
要素の内容として認められるようになりました。
[30]
1994年6月の HTML 仕様案では、典型レンダリングとして
address
内の p
は空行を作らないことが示されていました。また、
<ADDRESS> Newsletter editor<p> J.R. Brown<p> JimquickPost News, Jumquick, CT 01234<p> Tel (123) 456 7890 </ADDRESS>
という例が載っていました。
[21]
1994年9月23日版 DTD 案では、 address
要素の内容は %HTML.Recommended;
が有効なら行内要素 (%text;
) のみ、
無効ならそれに加えて p
となりました。 (古い定義に戻りました。)
%HTML.Recommended;
の主な目的は
body
直下の行内要素の排除です。
(おそらくはお尻p
の排除と裏表でしょう。)
address
は hn
などと同じで段落扱いなのだと思われます。[22]
しかし1994年11月15日版 DTD 案では
%HTML.Recommended;
でも p
が認められるようになっています。
結局 HTML 2.0 (RFC 1866) や HTML 3.2 はこの定義
((%text; |
)
となっています。p
)*
[23]
1993年11月8日の HTML+ DTD 案では、
address
にはHTML との互換性のため
という注釈があり、
別に byline
が定義されていました。
いずれも内容は HTML 2.0 と同じ
(%text; |
でした。p
)*
[24]
1994年1月5日案では、 byline
はなくなり、 address
の内容も
に変わりました。p
+
[25]
その後 HTML 3.0 1995年3月1日版 DTD 案では、
行内要素のみ、または p
のみ
(%text;* |
)
に変わっています。p
*
[26] HTML 4 案は当初 HTML 3.2 と同じ内容モデル
((%inline; |
)
でしたが、1997年9月17日の WD で厳密DTD
と移行用DTD の区別が導入されると、厳密DTD
は行内要素のみが認められるようになりました。p
)*
そして、この部分はそのまま勧告となりました。 XHTML 1.0 も同じ内容モデルを採用しています。
5年掛かってようやく p
を内容として認めない仕様が完成しました。
[23] XHTML 1.1 は厳密DTD の定義を受け継ぎ、 行内要素のみとなりました。
<ADDRESS> <A href="../People/Raggett/">Dave Raggett</A>, <A href="../People/Arnaud/">Arnaud Le Hors</A>, contact persons for the <A href="Activity">W3C HTML Activity</A><BR> $Date: 1999/12/24 23:37:50 $ </ADDRESS>
HTML 4 仕様書の例です。日付のどこが著者についての情報なのだという気がしますが、
現実の address
要素の用途としては、
このような追加のメタ情報を添えるような意味合いで、あるいは
footer 用の要素型として使われているきらいがあります。
[9] 連絡先を記述する例
<p
>For some facilities in PNG, there are a number of alternatives defined, and this International Standard allows other alternatives to be defined by registration. According to the rules for the designation and operation of registration authorities in the ISO/IEC Directives, the ISO and IEC Councils have designated the following as the registration authority:</p
> <address
>The World-Wide Web Consortium Host at ERCIM</address
> <address
>The Registration Authority for PNG</address
> <address
>INRIA- Sophia Antipolis</address
> <address
>BP 93</address
> <address
>06902 Sophia Antipolis Cedex</address
> <address
>FRANCE</address
> <address
>Email:png-group@w3.org</address
>
この例の場合、単なる連絡先に過ぎず、
文書の著者の連絡先を示すことを意図しているものではありませんから、
HTML 4 仕様書の定義する address
要素の意味からは外れています。また、
このように address
要素を列挙するようなマークの付け方は正気とは思えません。
出典: Portable Network Graphics (PNG) Specification (Second Edition) http://www.w3.org/TR/2003/REC-PNG-20031110/#4Concepts.Registration
[10] 連絡先についての記述の例
<address
>Queries should be directed either to the <a
href
="/mailing-list
">mailing list</a
> or to <a
href
="mailto:ian@whatwg.org
">Ian Hickson</a
>, who is acting as a spokesman for the group.</address
>
出典: Web Hypertext Application Technology Working Group http://www.whatwg.org/ (2005年1月付け)
<title>IETF HTML Working Group Charter</title> <h1>HyperText Markup Language (HTML) Charter</h1> <address>26 July 1994</address> This is totally draft and provisional, for discussion atthe HTML BOF.
[38]
ISO-HTML は address
の利用に不可思議な制約を課していました。
[42] ISO-HTML は日本の一部コミュニティー界隈でなぜか人気があったため、 その是非が議論になっていました。 (が答えは出なかったみたいです。)
[44] >>43 で引用されている神崎氏のページについてはISO-HTMLも参照。
[45] ISO-HTML は (日本の一般人を含む) 世界の殆どからは相手にされなかったため、 実害はありませんでした。
[175] HTML 由来で DTBook にもありました。 >>341
[47]
DTBook では行内要素の他に line
要素も使えるとしていました。
>>341
[8]
HTML 4 の DTD の注釈では著者についての情報
と説明されています。
(名無しさん [sage])
[12]
Ian Hicksonは、前にDan Connollyがaddress
は一般のfooter用要素型だと言っていた(がどこでか忘れた)と述べています。
本当にdl
を定義リスト以外に使うのはよくないと大昔に主張していたDanがそういっていたのですかね?
あるいは議論の結果そうなったとDanが言っていたのですかね?
(名無しさん [sage])
[39]
The WHATWG Forums :: View topic - Should <address> be more general-purpose? (2007-02-24 15:26:09 +09:00
版) http://forums.whatwg.org/viewtopic.php?t=5
(名無しさん 2007-02-24 06:30:43 +00:00)
[40]
IRC Log for #whatwg on irc.freenode.net, collected by WhatBot (2007-02-24 15:26:02 +09:00
版) http://whatbot.charlvn.za.net/index.php?date=2007-02-22
address
は Web の 1.15%
でしか使われておらず、これは spacer
よりも少ない。
(名無しさん 2007-02-24 06:40:17 +00:00)
[41]
>>40 多い順に
colgroup
, col
,
sup
, marquee
,
legend
, big
,
optgroup
, spacer
,
address
,
o:p
, frameset
,
frame
, caption
,
wbr
だそうな。 colgroup
より少ないというのが驚き。
(名無しさん)
[131]
A Beginner's Guide to HTML (2003-08-15 22:48:58 +09:00
版) http://ccat.sas.upenn.edu/jod/primer.html#Addresses
The <ADDRESS> tag is generally used within HTML documents to specify the author of a document and provides a means of contacting the author (e.g., an email address). This is usually the last item in a file and generally starts on a new, left-justified line.
(名無しさん)
[132]
address Object (2007-04-04 21:57:29 +09:00
版) http://msdn2.microsoft.com/en-us/library/ms535181.aspx#ctl00_LibFrame_ctl02_
This example uses the address element to italicize text.
<ADDRESS>This text will be italic.</ADDRESS>
これはひどい説明でつね。説明のための文としてここが斜体になります
ならまだしも、
斜体にするために
はないだろ。address
を使っています
[133]
EMail Msg <9308260107.AA23088@stat1.cc.ukans.edu> (2007-07-01 04:44:10 +09:00
版) http://ksi.cpsc.ucalgary.ca/archives/WWW-TALK/www-talk-1993q3.messages/774.html
[134]
Re: several messages about <address> and related subjects
(Ian Hickson 著, 2008-02-22 04:33:47 +09:00
版)
http://lists.w3.org/Archives/Public/public-html/2008Feb/0343.html
[137]
Re: several messages about <address> and related subjects (Ian Hickson <ian@...> 著, 2008-02-21 19:33:47 +09:00
版) http://permalink.gmane.org/gmane.org.w3c.whatwg.discuss/13317
[32] mappings for address / issue #33 (jasonkiss著, ) https://github.com/w3c/html-aam/commit/08bfa7fa56e57c0b0d426e89b6623856f5f5a4e8
[33] HTML-AAM: should address be treated as section/landmark in AAPIs? · Issue #33 · w3c/html-aam () https://github.com/w3c/html-aam/issues/33
[34] Make example match address's definition (annevk著, ) https://github.com/whatwg/html/commit/5f47a3a03a9eb5b8e7cc27e843eacada88fd95a4
[35] "that element can only be used for marking up c..." · Issue #2693 · whatwg/html () https://github.com/whatwg/html/issues/2693
[36] Make example match address's definition by annevk · Pull Request #3416 · whatwg/html () https://github.com/whatwg/html/pull/3416
[37] DDT's Room:Web Site Watch Mar-2002, , http://www.remus.dti.ne.jp/~ddt-miz/think/watch/200203.html