通常、Web用のテキストを作成する場合、引用には十分な注意が払われていません。 この迷惑な誤解を修正するために、引用のタイポグラフィデザイン（レイアウト中にエラーが最も頻繁に発生する部分）とHTMLコードでのこのデザインの実装という2つの質問に触れます。

また、引用の意味的正確性の検証、メモの正しい使用、略語、追加の問題については触れません。関心のある人はすべて、「出版者と著者のハンドブック」A. E. MilchinとL. K. Cheltsovaを待っています。

このエントリが引用の設計で頻繁に遭遇する質問への参照として便利に使用されることを願っています。

活版印刷の引用デザイン。

引用

本文内の引用は、本文と同じように入力され、引用符で囲まれます。 引用符が色、フォントサイズ、別のフォント、斜体で強調表示されている場合、または引用符がグラフィカルに強調表示された別のテキストブロックに配置されている場合、引用符は配置されません。 また、引用符のないテキストが伴わない場合、引用符-エピグラフは引用符で強調表示されません。

引用符のサイズとその中の段落数に関係なく、引用符は引用の先頭と末尾にのみ配置されます。

引用は、本文の本文で使用されているものと同じパターンの引用符で囲まれています。圧倒的多数の場合、これらは引用符「ヘリンボーン」です。

引用内に単語（フレーズ、フレーズ）があり、それが引用符で囲まれている場合、後者は引用を閉じる引用符と開く引用符とは異なるパターンである必要があります（外側の引用符がクリスマスツリー ""で、内側の引用符が足 ""である場合） ） 例： Vasily Pupkinは最近のインタビューで次のように述べています。「Pupstroytrest社はZaporozhyeの建設会社の格付けで600位、12位になりました。」

引用符に「第3ステージ」引用符が含まれる場合、つまり引用符内の引用符に引用符が含まれる場合、2番目のパターンの引用符、つまり足が後者として推奨されます。 MilchinとCheltsovaの例： M. M. Bakhtinは、次のように書いています。 私はひどく大好きです...オペラを作曲したなら、ファウストから陰謀を奪ったでしょう。 私はこのトピックが大好きです。 "" しかし、一般的には、このようなケースが発生しないように、見積の設計を再構築することをお勧めします。

文の最後の引用符の後の句読点

文が引用符で終わる場合、ドットは常に閉じ引用符の後に置かれます。 以下の場合、ポイントは設定されません。

1. 閉じ引用符の前に省略記号、感嘆符、または疑問符があり、引用符で囲まれた引用符が独立した文である場合（原則として、これらはすべて引用された人の単語からコロンを分離した後の引用符です）。 この場合、句読点は引用符の内側に配置されます 。 MilchinとCheltsovaの例：
   Pechorinは次のように書いています。「朝がもっと青くて新鮮だということを覚えていません！」
   ペチョリンは認めた：「私は時々自分自身を軽deする...」
   ペコリンは尋ねます：「そして、なぜ運命は私を誠実な密輸業者の輪に入れる運命にあったのですか？」
2. 同様に、独立した文が引用符で終わる場合、その最初の文は小文字で始まります。 たとえば、 Pechorinは次のように反映しています。「...なぜ運命が私を密輸業者の輪に入れる運命にあったのですか？ なめらかな泉に投げ込まれた石のように、私は彼らの落ち着きに驚いた...」
3. 引用符の前に疑問符または感嘆符があり、引用符が独立した文ではなく、引用符付きのフレーズ全体の後に、疑問符または感嘆符を配置する必要があります。 例： レルモントフは、これが「古くて哀れな冗談だ！」

他の場合には、文の最後にピリオドが置かれ、ピリオドは閉じ引用符の後に置かれます。

中に引用された言葉で引用する

引用のスピーチは引用の中にあるという事実にもかかわらず、引用符は引用の最初と最後に一度だけ配置されます。 引用の単語の前に閉じ引用を入れて、それらの後に再び開く必要はありません 。

引用符が途切れる場所に句読点がない場合、またはセミコロン、セミコロン、コロン、ダッシュの位置にギャップが発生する場合、引用の単語はコンマとダッシュ「、-」で両側で区切られます（ダッシュの前に不可解なスペースが必要であることを忘れないでください！ ）

ソースで	引用符付きのテキスト
私は高貴な爆発ができないようになりました...	「私」はペコリンを告白し、「高貴な爆発ができなくなった...」
...私の心は石に変わり、何もそれを再び温めることはありません。	「...私の心は石に変わった」とペチョリンは絶望的に締めくくった。
あまりにも一方的で強い関心は、人間の生活の緊張を過度に高めます。 別のプッシュ、そして人は夢中になります。	「一方的で強い関心が不必要に人間の生活の緊張を高めます」とD. Harmsは「別の推進力、そして人が夢中になります。」
すべての人間の人生の目標は1つです。不滅です。	「すべての人間の人生の目標は1つです」とD. Harmsは日記に「不死」と書いています。
本物の興味は私たちの人生の主なものです。	「真の関心は、私たちの生活の主なものです。」とD. Harmsは言います。

ソース内で引用符が途切れる場所にドットがある場合、引用の単語の前にカンマとダッシュ「、-」が置かれ、単語の後にドットとダッシュが置かれます。 -（（複雑なスペースを忘れないでください！）、引用の2番目の部分は大文字で始まります（一般の人々では「大」または「大文字」とも呼ばれます）。

ソースで	引用符付きのテキスト
...私の心は石に変わり、何もそれを再び温めることはありません。 これ以外のすべての犠牲の準備ができています...	「...私の心は石に変わり、それを再び温めるものは何もありません」とペコリンは締めくくります。 「これ以外のすべての犠牲の準備ができています...」

引用符がソース内で途切れる場所に疑問符、感嘆符、または省略記号が置かれている場合、引用者の言葉の前にこの記号とダッシュが置かれますか？ -; ！ -; ...-「そして、彼の言葉の後-ドットとダッシュ。」 -"引用の2番目の部分が大文字で始まる場合。 引用の2番目の部分が小文字で始まる場合（一般的な人々では "small"とも呼ばれます）、引用者の単語の後にコンマとダッシュ "、-"が置かれます。

ソースで	引用符付きのテキスト
時々私は自分自身を軽deします...だから私も他の人を軽deしますか？..私は高貴な爆発ができなくなりました。 私は自分自身にとんでもないように見えることを恐れています。	「私は時々自分自身を軽deします...それはなぜ私も他人を軽deするのですか？..-ペコリンは認めます。 「私は高貴な爆発ができないようになりました...」
...ごめんなさい、愛！ 私の心は石に変わり、再び温まることはありません。	「...すみません、愛です！ -ペチョリンは彼の日記に、「私の心は石に変わる...」と書いています。
これはある種の先天的な恐怖、不可解な予感です...結局のところ、クモ、ゴキブリ、ネズミを説明できないほど恐れている人々がいます...	「これはある種の先天的な恐怖、不可解な予感です...」ペコリンは説明を求めます。 「結局のところ、クモ、ゴキブリ、ネズミを説明できないほど恐れている人々がいます...」

コードで引用する

多くの人は、HTML 4.01標準がテキスト内に入力された引用符の設計要素をすでに提供していることを忘れており、それらをまったく使用しないか、（さらに悪いことに）タグ内に引用符を挿入します…または… また、インデントを作成するためのblockquote要素の使用を観察することも引用されましたが、これはレイアウトのセマンティクスを観察する観点からも受け入れられません。

したがって、引用を強調するために、block blockquoteとinline q 2つの要素が使用されます。 さらに、引用が取得されたソースを記述するために、インラインcite要素が使用されます。 cite単独で使用され、ソースへのリンクを示すために必要であり、引用自体はcite要素内に含まれていないことに注意しciteください！

HTML 4.01仕様によれば 、 blockquoteおよびq要素は、引用元のURLを示す属性cite="…" （別個のcite要素と混同しないように）、およびtitle="…"マウスで引用の上にカーソルを置きます。

残念ながら、ブラウザはまだこれらのHTML要素をうまく処理していません。 したがって、 cite="…"属性はどのブラウザーでもまったくレンダリングされません。 この欠点を回避するために、 cite属性で指定されたリンクを含むツールチップを別のレイヤーに表示するPaul Davisスクリプトがあります。

インラインクォートの出力に関連する2番目のグローバルな欠陥は、Internet Explorerブラウザーファミリに関連しています（驚き、驚きです！）。 繰り返しますが、仕様に従って、ドキュメント作成者はq要素を使用するときに引用符を入力しないでください。 引用符はブラウザでレンダリングする必要があり、ネストされた引用の場合は別の画像です。 さて、Operaが最後の要件に準拠しておらず、添付された引用符の引用符が同じであるとしましょう。 しかし、IEは7番目のバージョンまで包括的にそれらをレンダリングしません！

さらに、IEはquotes 、 before 、 after contentのCSSプロパティを理解しません。これらは、CSSを使用して意味的に正しいレイアウトを使用して問題を解決するという希望を完全に埋めます。

この問題はいくつかの方法で解決されます。

• JavaScriptを実行する独自のCSSプロパティbehavior （ Paul Davisのソリューション ）を使用して、IEに引用符を配置し、囲まれた引用符のパターンが交互になります。
• 条件付きコメントの助けを借りて、ページを読み込むときにJavaScriptを実行するだけで（「Juicy Studio」からのJesom Lemonの決定 ）、囲まれた引用符のパターンは一定です。
• quotesプロパティを使用しquotes CSSの引用符を無効にし、テキストに引用符を手動で配置しますが、W3Cの推奨事項（A List Apart WebサイトでのStacy Cordoniの決定）に違反しないように、 q要素の外側に（注意！）

後者の方法は、安息日の制限を回避する方法を見つける試みとして、良心と同じように思えます-勧告の手紙を観察するときの精神の違反。

したがって、最初の2つから2番目の方法を選択する場合、ロシア語用にわずかに変更したJes Lemonのスクリプトを使用します。 はい、JavaScriptが無効になっている場合、IEユーザーは引用符なしで放置されます。これは必要な悪として受け入れます。

見積もりデザイン

したがって、引用符でテキストを適切に構成するには、 スクリプト "quotes.js"をダウンロードし、条件付きコメントを使用してhead要素内に接続する必要があります。

<!--[if < IE 7]>
<script type="text/javascript" src="quotes.js"></script>
<![endif]-->

さらに、引用符を適切にレンダリングするブラウザの場合、CSSファイルでロシア語の引用パターンを指定する必要があります。 幸いなことに、ロシアのタイポグラフィでは、囲まれた引用は、ネストのレベルに関係なく1つのデザインになります（追加のクラスを必要とせずにCSSに簡単に実装できます）が、テキストを書く段階で引用を深くネストしないことを強くお勧めします。

// CSS-
// -
q { quotes: "\00ab" "\00bb"; }

// -
qq { quotes: "\201e" "\201c"; }

このメカニズムは、必要に応じて、たとえばq.oddやq.evenなどのクラスを導入し、引用を作成するときに直接クラスを指して、深いネストで引用符を交互にq.odd場合に複雑になる可能性があることは明らかです。

「Zalgirisキャンペーンの成功」とウラジミール・パプキンスは、「ロシアの今日」とのインタビューで次のように述べています。 歯磨き粉のベンダーを選んだだけでなく、マーク・トウェインが「内部につながるドアを飛び出した」 「」。

<q cite="http://russiatoday.com.org.uk.lv" title=" «Russia Today»"> „“,&nbsp;— „Russia Today“ <cite> </cite>,&nbsp;— , , <cite> </cite> <q title=" "> , </q></q>.

最もtitle="…"なのは、ネストされたタグのtitle="…"属性がブラウザによって正しく機能することです。

ネストされたblockquote 、 qおよびcite要素の正しい共有の例を書くことは、宿題として読者に任されています。 :)

更新： besislandからの修正 -もちろん、CSSで引用符を設定するためにネストされたスタイルを記述する必要はありません。quotesプロパティの標準機能で十分です： q {quotes: "\00ab" "\00bb" "\201e" "\201c";}