によると:
- [[視覚UA]] は区切りの[[引用符]]で内容を囲んでレンダリングしなければなりません
(must)。
- [[著者]]は、 [CODE(HTMLe)[q]] 要素の最初と最後に引用符を挿入するべきではありません
(should not)。
- UA は、言語依存の方法で引用符をレンダリングするべき (should)。
- UA は、多くの言語で採用されている、入れ子度によった適切な引用符を使うべき
(should)。
** 実装について
[5] [[WebExplorer]] では [CODE(HTMLe)[q]] 要素型は
[CODE(HTMLe)[[[blockquote]]]] 要素型の別名で、[[既定スタイル]]が
[CODE(CSS)[display: block]] です。
*** Mozilla (Gecko) で
[3] [[Mozilla]] 1.3b の既定スタイルは [CODE(HTMLe)[q]]
要素の両側が常に [SAMP(char)["]]
になって寂しいので、文脈によって適切な引用符を使うようにしようと思ってみました。
重要なポイントは、引用符は一般に、引用の周り (地の文)
の言語及びスクリプト (用字系) で決定されるということです。
例えばラテン語の英語で仮名漢字混じりの日本語文を引用するときは、
[PRE[
For example, “こんな風になります.”
]PRE]
逆の場合は、
[PRE[
例えば「like this example,」となります。
(“comma style quotation mark”を使うこともありますが、
話がややこしくなるので黙ってましょう。)
]PRE]
しかし、同じ英語と日本語の組み合わせでも、
[PRE[
ふぉあ えくざんぷる、「こんな風になります」。
Tatoe ba “like this example,” to narimasu.
]PRE]
のようになります。
ところが、 [[CSS2]] では言語の[[選択子]]はありますが、用字系で処理を振り分ける手段がありません。
しかも、 Mozilla は現時点では [CODE(CSS)[:[[lang]]]] 擬似級にすら対応していません。
その上、 [CODE(CSS)[[[quotes]]]] 属性には1組しか値を指定できないようです。
(それ以上指定しても無視される。)
そういう現状を踏まえて、とりあえずのスタイル指定:
[PRE[
@namespace xml 'http://www.w3.org/XML/1998/namespace';
q, q q q,
[lang=en] q, [lang=en] q q q {
quotes: "“" "”" "‘" "’";
}
q q, q q q q,
[lang=en] q q, [lang=en] q q q q {
quotes: "‘" "’";
}
[xml|lang=ja] q, [xml|lang=ja] q q q, [lang=ja] q, [lang=ja] q q q {
quotes: "「" "」" "『" "』";
}
[xml|lang=ja] q q, [xml|lang=ja] q q q q, [lang=ja] q q, [lang=ja] q q q q {
quotes: "『" "』";
}
]PRE]
テスト用 HTML 片:
[PRE[
QuotedQuoted QuotedQuoted text
text
text
text
引用文引用引用引用文字列
文字列
文字列
字列
QuotedQuoted Quoted引用引用引用QuotedQuoted text
text
文字列
文字列
文字列
text
text
text
]PRE]
問題点:
- 文書で言語指定が無かった場合は、とりあえず英語と同じにしてあります。
- 深い入れ子の引用では正しく動作しません。4つ目の引用まで対応しています。 (実際には十分以上でしょう。)
- 日本語の引用文の中に英語の引用文があって、更に引用部がある場合に、正しく引用符がつきません (3つ目のテスト片)。選択子の詳細度の関係でしょう。うまい選択子を与えれば解決できそうですが、複雑になりそう。
- 上述の通り、言語情報のみに頼っていて、スクリプトに応じた引用符を選択できません。
(日本語では問題になるのはローマ字書きくらいでしょう。)
** 歴史
*** 誕生
[39] [CODE(HTMLe)@en[[[q]]]] [[要素]]は [[RFC 2070]] ではじめて公式に [[HTML]]
で定義されました。
*** XHTML2
[40] [[XHTML2]] では [CODE(HTMLe)@en[[[q]]]] [[要素]]の代わりに[[引用符]]の自動挿入をしない
[CODE(HTMLe)@en[[[quote]]]] [[要素]]が導入されましたが、後に自動挿入をしないまま
[CODE(HTMLe)@en[[[q]]]] [[要素]]に改名されています。詳しくは [CODE(HTMLe)@en[[[quote]]]]
[[要素]]の項をご覧ください。
*** HTML5
[41] [[HTML5]] の開発に当たっても [CODE(HTMLe)@en[[[q]]]] [[要素]]は度々議論のネタになってきました。
[42] 2008年には [CODE(HTMLe)@en[[[q]]]] [[要素]]の廃止も視野に議論がなされました。
一時は [[XHTML2]] の [CODE(HTMLe)@en[[[quote]]]] のように自動挿入をしない定義に改める案が採用されたこともありましたが、
結局自動挿入を行う元の定義のまま残されることになりました。
** 不思議解釈
[30] '''引用符の明記'''
[CODE(HTMLe)@en[[[q]]]] [[要素]]は[[引用符]]の働きを意味的に含んでおり、
[[文字データ]]として直接[[引用符]]を含めてはなりません。
普通、[[利用者エージェント]]が [CODE(HTMLe)@en[[[q]]]]
[[要素]]のはじめと終わりに[[引用符]]を補って[[レンダリング]]することになっています。
しかし、よく使われている[[利用者エージェント]]である
[[WinIE]] は、[[引用符]]を補わないように実装されていました。
そのため、誤って、あるいは故意に、
[CODE(HTMLe)@en[[[q]]]] [[タグ]]の前後に[[引用符]]を明記する人が出てきました。
[31] '''引用符の消去'''
200[VAR[x]]年代の後半になり、 [CODE(HTMLe)@en[[[q]]]]
[[要素]]の前後に[[引用符]]を補って[[レンダリング]]する、
[[WinIE]] 以外の[[利用者エージェント]]がよく使われるようになってくると、
それらの標準に従った[[利用者エージェント]]と [[WinIE]]
の両方で[[著者]]の望む[[レンダリング]]を得るために、
[[引用符]]を[[マーク付け]]と共に明記し、更に
[[CSS]] により標準に従った[[利用者エージェント]]も[[引用符]]を補わないように指定する人が出てきました。
中には、 [CODE(HTMLe)@en[[[q]]]] [[要素]]内に[[引用符]]を明記する
(>>28) のは[[不適合]]ながら、
[CODE(HTMLe)@en[[[q]]]] [[要素]]の外側に[[引用符]]を明記
(>>29) しても問題ないなどと主張する人も登場しました (2006年)。
[[#comment]]
** 例
[13] [SRC[HTML 4]]
[PRE[
John said, I saw Lucy at lunch, she told me
Mary wants you
to get some ice cream on your way home.
I think I will get
some at Ben and Jerry's, on Gloucester Road.
]PRE]
レンダリング例:
[PRE[
John said, "I saw Lucy at lunch, she told me 'Mary wants you
to get some ice cream on your way home.' I think I will get some
at Ben and Jerry's, on Gloucester Road."
]PRE]
HTML 4 は、どちらの引用も米語だから、と言っていますが、
実際には引用言語だけではなく、引用のまわりの言語もはっきりしないと
(むしろそっちがないと) 引用符は決定できないはずです。
[22]
> In Australia, personal information
is information about an
individual who can be identified, or whose identity could be reasonably
ascertained.
In Canada personal information
means information
about an identifiable
individual. In the United States, different
sectors have different standards for identifiability of data. Similarly, in
many other policy documents, terms such as personally identifiable
information (PII)
are often not defined or the cause for heated
debate.
出典: [CITE[The Platform for Privacy Preferences 1.1 (P3P1.1) Specification]]
[23]
> <[CODE(HTMLe)[div]] [CODE(HTMLa)[class]]="qa">
<[CODE(HTMLe)[div]] [CODE(HTMLa)[class]]="q">
<[CODE(HTMLe)[h2]] [CODE(HTMLa)[id]]='uri'>Why is it <[CODE(HTMLe)[q]]>URI and not <[CODE(HTMLe)[q]]>URL?
> <[CODE(HTMLe)[div]] [CODE(HTMLa)[class]]='a'>
<[CODE(HTMLe)[p]]>URI stands for <[CODE(HTMLe)[q]]>Uniform Resource Identifiers, URLs are a subset of URIs, please see <[CODE(HTMLe)[a]] [CODE(HTMLa)[href]]='[CODE(URI)[http://www.w3.org/Addressing/]]'>Naming and Addressing: URIs, URLs, ... and <[CODE(HTMLe)[a]] [CODE(HTMLa)[href]]='[CODE(URI)[http://www.w3.org/TR/uri-clarification/]]'>URIs, URLs, and URNs: Clarifications and Recommendations 1.0 for details.
出典: [CITE[W3C CSS Validator FAQ]]
(2003年11月付け)
[25] 文学作品における会話文の例
(マーク付け)
[PRE(HTML example code)[
恋は罪悪ですか
と私がその時突然聞いた。
罪悪です。たしかに
と答えた時の先生の語気は前と同じように強かった。
なぜですか
なぜだか今に解ります。今にじゃない、もう解っているはずです。
あなたの心はとっくの昔からすでに恋で動いているじゃありませんか
私は一応自分の胸の中を調べて見た。けれどもそこは案外に空虚であった。
思いあたるようなものは何にもなかった。
]PRE]
(スタイル指定)
[PRE(example code)[
p 要素:
[display: block,
text-indent: 1em,
margin-top: 0,
margin-bottom: 0].
q 要素:
[display: inline,
open-quote: "「",
close-quote: "」"].
p 要素のうち、第1子節点が q 要素のもの:
[text-indent: 0].
]PRE]
文章の出典: [CITE[夏目漱石 こころ]]
原文では文の一部になっている会話部分は前後に改行なし、
前後の文と独立している会話部分は前後に改行があります。
また、改行がある部分の新しい行のはじめには1文字分の空白がありますが、
新しい行の最初が会話で鉤括弧になっている時は半角のアキと半角の鉤括弧になっています。
このマーク付け例では、改行は改段落であると考えて
[CODE(HTMLe)[[[p]]]] の区切れ目としています。
鉤括弧は [CODE(HTMLe)[[[q]]]] 要素のタグに置き換えています。
会話だけで構成される[Q[段落]]は [CODE(HTMLe)[[[p]]]]
要素の内容が [CODE(HTMLe)[[[q]]]] 要素だけになって不自然な感じがします。
[CODE(HTMLe)[[[blockquote]]]] 要素の中に [CODE(HTMLe)[[[p]]]]
要素というマークの付け方も可能ですが、やはり不自然です。
この不自然さは [[HTML]] の[[ブロック水準要素]]と[[行内要素]]の区別の仕方と元の文章があまり相性が良くないことを意味しています。
元の見栄えを実現するスタイル・シートの例も示しました。
[CODE(HTMLe)[[[q]]]] 要素だけが子供として存在する [CODE(HTMLe)[[[p]]]]
要素、というような[[選択子]]は [[CSS 2.1]] にも [[CSS 3]]
にも残念ながら存在しませんので、ここでは架空のスタイル言語でそれらしく記述しました。
実用上はマーク付けの方を多少修正して、 [CODE(HTMLe)[[[q]]]]
要素だけが含まれる [CODE(HTMLe)[[[p]]]] 要素に [SAMP[only-q]]
など適当な [CODE(HTMLa)[[[class]]]] を与えることになるでしょう。
[28] '''誤って引用符を含めた例'''
[PRE(HTML bad example code)[
小泉自民党総裁 (当時) は、「自民党をぶっ壊す」
と述べた。
]PRE]
[CODE(HTMLe)@en[[[q]]]] [[要素]]に[[引用符]]を含めてはなりません。
[CODE(HTMLe)@en[[[q]]]] [[要素]]そのものが、
[[引用符]]の意味を含んでいます。
[29] '''誤って引用符を含めた例'''
[PRE(HTML bad example code)[
小泉自民党総裁 (当時) は、「自民党をぶっ壊す
」と述べた。
]PRE]
[CODE(HTMLe)@en[[[q]]]] [[要素]]に[[引用符]]を含めてはなりません。
だからといって、 [CODE(HTMLe)@en[[[q]]]]
[[要素]]の外にあればよいということもありません。
[CODE(HTMLe)@en[[[q]]]] [[要素]]が[[引用符]]の意味を含んでいることには変わりないので、
[[引用符]]で二重に括ったのと同じことになってしまいます。
[[#comment]]
** 参考文献
- [6] ''Q要素:インライン引用文のマークアップについて'' : 2001年のスレで、現在の事情からするとちょっと時代遅れの感がありますが。 (但し引用符補完 WinIE がまだ release されていないのは変わっていませんね。)
[21]
''Correct usage of the q element from Nicolas Roeser on 2004-02-07 (www-html@w3.org from February 2004)''
[CODE(HTMLe)[q]] や [CODE(HTMLe)[[[blockquote]]]] や [CODE(XHTMLe)[[[quote]]]] についてのあらゆる話題が芋蔓式に詰まった [[www-html]] のスレ。
([[名無しさん]])
[26]
[CITE@en[So, You Want Text Commands, Huh?]]
([[Joe Burns]] 著、2005年7月現在、内容から1990年代後半に書かれたと推測)
> It will be a replacement for the [CODE(HTMLe)[blockquote]] command. Plus it will have the same properties available as the new [CODE(HTMLe)[Span]] command.
なんで違うものが代わりになるのでしょうね?
そして [CODE(HTMLe)@en[[[span]]]] と同じ特性って一体何?
[CODE(HTMLe)@[[[span]]]] の説明になぜか [CODE(HTMLa)@en[[[title]]]]
属性が紹介されているけど、それのこと?
([[名無しさん]] [sage])
[[#comment]]
** メモ
[17]
(この文のように)「いわゆる」を表すときに括弧を使うことがありますが、[Q[いわゆる]]は[Q[所''謂'']] (or [Q[so‐''called'']]) と言うくらいですから、誰かが言ったとみなして [CODE(HTMLe)[q]] を使うのはありでしょうかねぇ。拡大解釈だとか批判されてしまいそうですが。
([[名無しさん]] [WEAK[2004-03-16 03:15:26 +00:00]])
[18]
とりあえず日本語に限定して考えますと、
括弧 (一重または二重) を使うのは、主として
- (狭義の)引用
- 挿入
- 「いわゆる」
- 強調
- 書名
- 片仮名の固有名詞 (戦前の片仮名書き文での用法)
です。後の三つは明らかに引用とは距離があります。
引用と挿入は構造的には区別できないかもしれません。「いわゆる」は大抵一、二語程度なのが特徴といえましょうか。
で、どこまでを広義の「引用」としてみとめるか、すなわち [CODE(HTMLe)[q]] 要素の守備範囲と考えるかという話になるわけですが・・・。[WEAK[(そもそもこの文の「『引用』」というのは「『いわゆる』」に分類されるのか、それとも別のものなのか。別のものだとして、マークし分ける必要があるものなのか。)]]
しかし、こういう議論は色々なところで既に何ループもしているわけでして、結論なんて出ないのかもしれません。
([[名無しさん]])
[19]
ところでレンダリングの観点からすると、それがどんな性質のものであれ、どれか一種類括弧をマークに置き換えるなら、その周辺は全部マークにするべきです。
どういうことかというと、「Name_Not_Found さんは『たとえば「『いわゆる「いわゆる」と「so‐called」について』 (名無しさん著) への疑問」という論文があるとします。』と言っていますが、その論文はどこで入手できますか。」というのをマークするときに、たとえば「引用は [CODE(HTMLe)[q]] でマークするけど、『いわゆる』はマークしないで地の文に括弧を含める」という規準を設けたとすると、特定のスタイルに依存した地の文にするか、括弧の入れ子の深さと括弧の種類が一致しないことになってしまいます。
レンダリングするときに地の文の括弧も適当に置き換えればいいという考えもあるかもしれませんが、そんな面倒なことは誰がするのでしょう。
[[SGML]] なら「それはタグではないがマークだ。」というのもありですが、
XML ではそういうのは無しでしょう。
([[名無しさん]])
[20]
「『ファイル』→『名前をつけて保存』」の括弧は挿入なのだかなんなのだか。
([[名無しさん]])
[27]
[CITE[A List Apart: Articles: Long Live the Q Tag]]
([[名無しさん]] [WEAK[2006-09-30 23:40:38 +00:00]])
[33]
[CITE[IRC logs: w3c / #html-wg / 20070403]] ([CODE[2007-04-04 20:29:48 +09:00]] 版)
[CODE(HTMLe)@en[[[q]]]] は
[CODE(HTMLe)@en[[[dfn]]]], [CODE(HTMLe)@en[[[ins]]]],
[CODE(HTMLe)@en[[[del]]]], [CODE(HTMLe)@en[[[var]]]],
[CODE(HTMLe)@en[[[kbd]]]], [[VML]]
よりもよく使われています。 [CODE(HTMLe)@en[[[ruby]]]]
の10倍よく使われています。
([[名無しさん]])
[34]
[CITE@en[Re: ensuring the existence & enhancing the power of Q]] ([[Ian Hickson]] 著, [CODE[2007-04-03 06:52:48 +09:00]] 版)
([[名無しさん]] [WEAK[2007-04-14 05:32:52 +00:00]])
[35]
[CITE@en[Re: Why the quote element doesn't add quotes by default]] ([[Bjoern Hoehrmann]] 著, [CODE[2004-08-04 04:26:29 +09:00]] 版)
([[名無しさん]])
[36]
[CITE[Re: several messages about quotations]] ([[Ian Hickson ]] 著, [CODE[2008-04-12 00:57:41 +09:00]] 版)
([[名無しさん]])
[37]
[CITE[Output of aaabbbccc
from IE8b2 on an en-GB system]] ([CODE[2008-10-31 21:47:26 +09:00]] 版)
([[名無しさん]])
[38]
[CITE@en[Re: Final thoughts on ]] ([[Philip Taylor]] 著, [TIME[2008-10-30 22:43:38 +09:00]] 版)