live-manual VERSION - en to ja translation catalogue (100 entries)

note: type: Plain text
en: :B~ Style guide
ja: :B~ スタイルガイド

note: type: Plain text
en: 1~style-guide Style guide
ja: 1~style-guide スタイルガイド

note: type: Plain text
en: 2~ Guidelines for authors
ja: 2~ 著者向けガイドライン

note: type: Plain text
en: This section deals with some general considerations to be taken into account when writing technical documentation for live-manual. They are divided into linguistic features and recommended procedures.
ja: この節では Live マニュアル向けの技術的文書を記述する際に一般的に考慮すべき事項を扱います。言語特性と推奨手順に分かれています。

note: type: Plain text
en: *{Note:}* Authors should first read {Contributing to this document}#how-to-contribute
ja: *{注意:}* 著者はまず{この文書への貢献}#how-to-contribute を読んでください

note: type: Plain text
en: 3~ Linguistic features
ja: 3~ 言語特性

note: type: Plain text
en: _* /{Use plain English}/
ja: _* /{平易な英語を使う}/

note: type: Plain text
en: Keep in mind that a high percentage of your readers are not native speakers of English. So as a general rule try to use short, meaningful sentences, followed by a full stop.
ja: 読み手は英語が母国語ではない人の割合が高いことに留意してください。そのため、一般的規則として短く有意な文章を使い、引き続いて終止符を打ってください。

note: type: Plain text
en: This does not mean that you have to use a simplistic, naive style. It is a suggestion to try to avoid, as much as possible, complex subordinate sentences that make the text difficult to understand for non-native speakers of English.
ja: これは単純で幼稚な書き方をするように言っているわけではありません。英語が母国語ではない人にとって理解しにくい複雑な従属文にすることを可能な限り避けましょうという提案です。

note: type: Plain text
en: _* /{Variety of English}/
ja: _* /{英語の方言}/

note: type: Plain text
en: The most widely spread varieties of English are British and American so it is very likely that most authors will use either one or the other. In a collaborative environment, the ideal variety would be "International English" but it is very difficult, not to say impossible, to decide on which variety among all the existing ones, is the best to use.
ja: 最も広く使われている英語の方言はイギリス英語とアメリカ英語なので、ほとんどの著者が非常に高い率でこのどちらかを使っています。共同作業環境下で理想的なのは「国際英語」ですが、既存の全ての方言からどれを使うのが最善なのか決定するのは不可能とは言いませんが非常に困難です。

note: type: Plain text
en: We expect that different varieties may mix without creating misunderstandings but in general terms you should try to be coherent and before deciding on using British, American or any other English flavour at your discretion, please take a look at how other people write and try to imitate them.
ja: 誤解を生まずに複数の方言を混在させることもできるとは思いますが、一般論として一貫性を持たせるようにすべきで、また、イギリス英語やアメリカ英語、その他の英語の方言からどれを使うか自分の裁量で決める前に、他の人がどのように書いているのかを調べてそれを真似るようにしてください。

note: type: Plain text
en: _* /{Be balanced}/
ja: _* /{バランス良く}/

note: type: Plain text
en: Do not be biased. Avoid including references to ideologies completely unrelated to live-manual. Technical writing should be as neutral as possible. It is in the very nature of scientific writing.
ja: 偏見を持たないようにしてください。Live マニュアルに全く関係のない思想への言及を引用することは避けてください。技術的文献は可能な限り中立であるべきです。科学的文献では中立こそが自然です。

note: type: Plain text
en: _* /{Be politically correct}/
ja: _* /{政治的に正しく}/

note: type: Plain text
en: Try to avoid sexist language as much as possible. If you need to make references to the third person singular preferably use "they" rather than "he" or "she" or awkward inventions such as "s/he", "s(he)" and the like.
ja: 性差を表す言葉を可能な限り避けるようにしてください。個人の第三者を持ち出す必要がある場合は「he (彼)」や「she (彼女)」、あるいは「s/he や s(he) 彼(女)」などと複雑にするよりも「they (彼ら)」を使うのが好ましいです。

note: type: Plain text
en: _* /{Be concise}/
ja: _* /{簡潔に}/

note: type: Plain text
en: Go straight to the point and do not wander around aimlessly. Give as much information as necessary but do not give more information than necessary, this is to say, do not explain unnecessary details. Your readers are intelligent. Presume some previous knowledge on their part.
ja: 要点を直接述べ、回りくどい表現を使わないようにしてください。必要な情報は十分に提示ながらも、必要以上の余計な情報を提示するのはやめてください。これは不要な詳細を説明しないようにということです。読み手には理解力があります。読み手の側にいくらか前提知識があることを仮定してください。

note: type: Plain text
en: _* /{Minimize translation work}/
ja: _* /{翻訳作業を最小限に}/

note: type: Plain text
en: Keep in mind that whatever you write will have to be translated into several other languages. This implies that a number of people will have to do an extra work if you add useless or redundant information.
ja: 書かれたものは他の複数の言語に翻訳されることになるということに留意してください。これは無意味あるいは冗長な情報を追加するとその分余計な作業をする人が出てくるということを意味します。

note: type: Plain text
en: _* /{Be coherent}/
ja: _* /{一貫性を}/

note: type: Plain text
en: As suggested before, it is almost impossible to standardize a collaborative document into a perfectly unified whole. However, every effort on your side to write in a coherent way with the rest of the authors will be appreciated.
ja: 前にも提案しましたが、共同作業の文書を標準化して全体を完全に統一することはほぼ不可能です。しかし、文書を書く際に全体を通して他の著者と一貫した書き方をすることを歓迎します。

note: type: Plain text
en: _* /{Be cohesive}/
ja: _* /{結束性を}/

note: type: Plain text
en: Use as many text-forming devices as necessary to make your text cohesive and unambiguous. (Text-forming devices are linguistic markers such as connectors).
ja: 必要なだけ文脈形成句を使い、文章に結束性を持たせて明確にしてください (文脈形成句は接続語句等の言語標識です)。

note: type: Plain text
en: _* /{Be descriptive}/
ja: _* /{記述的に}/

note: type: Plain text
en: It is preferable to describe the point in one or several paragraphs than merely using a number of sentences in a typical "changelog" style. Describe it! Your readers will appreciate it.
ja: 標準的な「changelog」形式で文を単に羅列するよりも段落を使って要点を説明する方が好ましいです。描写してください! 読み手はそれを歓迎するでしょう。

note: type: Plain text
en: _* /{Dictionary}/
ja: _* /{辞書}/

note: type: Plain text
en: Look up the meaning of words in a dictionary or encyclopedia if you do not know how to express certain concepts in English. But keep in mind that a dictionary can either be your best friend or can turn into your worst enemy if you do not know how to use it correctly.
ja: 英語で特定の概念を表現する方法がわからないときは辞書や百科事典でその語の意味を調べてください。ただし、辞書は最高の友ですが正しい使い方を知らなければ最悪の敵にもなることに留意してください。

note: type: Plain text
en: English has the largest vocabulary that exists (with over one million words). Many of these words are borrowings from other languages. When looking up the meaning of words in a bilingual dictionary the tendency of a non-native speaker of English is to choose the one that sounds more similar in their mother tongue. This often turns into an excessively formal discourse which does not sound quite natural in English.
ja: 英語には最大の語彙が存在する言語の一つです (100万語以上)。この語の多くは他の言語から取り入れられたものです。単語の意味を二カ国語の辞書で調べる際、英語が母国語ではない人は母国語の言葉により似ているものを選択する傾向があります。このことにより、英語ではあまり自然に聞こえない、過度に形式ばった文体になりがちです。

note: type: Plain text
en: As a general rule, if a concept can be expressed using different synonyms, it is a good advice to choose the first word proposed by the dictionary. If in doubt, choosing words of Germanic origin (Usually monosyllabic words) is often the right thing to do. Be warned that these two techniques might produce a rather informal discourse but at least your choice of words will be of wide use and generally accepted.
ja: 原則として、ある概念が複数の異なる同義語により表現できるとき、辞書で最初に提示された語を選択するのが良い判断となるでしょう。疑問がある場合はゲルマン起源の語 (通常単音節の語) を選択すると多くの場合正しいとなります。この2つの技ではどちらかというとくだけた表現になるかもしれないという点には注意が必要ですが、少なくとも広く使われていて通常受け入れられる語を選択することになります。

note: type: Plain text
en: Using a dictionary of collocations is recommended. They are extremely helpful when it comes to know which words usually occur together.
ja: 共起辞書の利用を勧めます。通常合わせて利用する語がわかるようになると極めて役に立ちます。

note: type: Plain text
en: Again it is a good practice to learn from the work of others. Using a search engine to check how other authors use certain expressions may help a lot.
ja: 繰り返しますが、他の人の作業から学ぶことが最良の実践です。検索エンジンを使って他の著者が特定の表現をどのように使っているか確認することは大きな手助けとなるでしょう。

note: type: Plain text
en: _* /{False friends, idioms and other idiomatic expressions}/
ja: _* /{空似言葉や熟語その他の慣習的な表現}/

note: type: Plain text
en: Watch out for false friends. No matter how proficient you are in a foreign language you cannot help falling from time to time in the trap of the so called "false friends", words that look similar in two languages but whose meanings or uses might be completely different.
ja: 空似言葉に気をつけてください。外国語の熟練度を問わず、2つの言語で同じように見える語だけれどもその意味や使い方が全く異なる「空似言葉」という罠にはまることがあることは避けられません。

note: type: Plain text
en: Try to avoid idioms as much as possible. "Idioms" are expressions that may convey a completely different meaning from what their individual words seem to mean. Sometimes, idioms might be difficult to understand even for native speakers of English!
ja: 熟語は可能な限り避けてください。「熟語」は個々の語が持っていた意味とは完全に異なる意味を表すことがあります。熟語は英語が母国語の人でさえ理解しにくいこともあります!

note: type: Plain text
en: _* /{Avoid slang, abbreviations, contractions...}/
ja: _* /{俗語や省略、短縮表現等は避けましょう}/

note: type: Plain text
en: Even though you are encouraged to use plain, everyday English, technical writing belongs to the formal register of the language.
ja: 平易な、日常的な英語の使用を勧めるとはいっても、技術的文献は言語を正式に記録する類のものです。

note: type: Plain text
en: Try to avoid slang, unusual abbreviations that are difficult to understand and above all contractions that try to imitate the spoken language. Not to mention typical irc and family friendly expressions.
ja: 俗語や通常使わない解釈困難な省略表現、特に母国語での表現を模倣するような短縮表現は避けてください。IRCや、家族や仲間内で使うような特有の表現での記述はしないでください。

note: type: Plain text
en: 3~ Procedures
ja: 3~ 手順

note: type: Plain text
en: _* /{Test before write}/
ja: _* /{書く前にテストを}/

note: type: Plain text
en: It is important that authors test their examples before adding them to live-manual to ensure that everything works as described. Testing on a clean chroot or VM can be a good starting point. Besides, it would be ideal if the tests were then carried out on different machines with different hardware to spot possible problems that may arise.
ja: 著者が Live マニュアルに追加する前に例をテストして、全て確実に説明通りに動作するようにすることは重要です。きれいな chroot やVM環境でのテストが良い起点となるでしょう。他に、それから異なるハードウェアを使っている異なるマシンでテストを実施し、起きるであろう問題を発見することができれば理想でしょう。

note: type: Plain text
en: _* /{Examples}/
ja: _* /{例}/

note: type: Plain text
en: When providing an example try to be as specific as you can. An example is, after all, just an example.
ja: 例示するときはできるだけ具体的にするようにしてください。例は結局例でしかありませんから。

note: type: Plain text
en: It is often better to use a line that only applies to a specific case than using abstractions that may confuse your readers. In this case you can provide a brief explanation of the effects of the proposed example.
ja: 抽象的な表現で読み手を混乱させるよりも、特定の状況でのみ適用できるような書き方をする方がより良いことはよくあります。この場合は提示した例の効果を簡単に説明することもできます。

note: type: Plain text
en: There may be some exceptions when the example suggests using some potentially dangerous commands that, if misused, may cause data loss or other similar undesirable effects. In this case you should provide a thorough explanation of the possible side effects.
ja: 使い方を誤ればデータ消失や類似の望ましくない影響を及ぼす可能性のある、潜在的に危険なコマンド類の使用を例示する場合等、例外がいくらかあります。この場合は起こりうる副作用について十分な説明を提供すべきです。

note: type: Plain text
en: _* /{External links}/
ja: _* /{外部リンク}/

note: type: Plain text
en: Links to external sites should only be used when the information on those sites is crucial when it comes to understanding a special point. Even so, try to use links to external sites as sparsely as possible. Internet links are likely to change from time to time resulting in broken links and leaving your arguments in an incomplete state.
ja: 外部サイトへのリンクは、そのサイトにある情報が特別な点を理解するために決定的な効果が期待できる場合にのみ利用すべきです。その場合でも、外部サイトへのリンクは可能な限り少なくしてください。インターネット上のリンクはその内容がほとんどが変更される可能性があるもので、その結果機能しないリンクができたり、論拠を不完全な状態にしてしまうことになります。

note: type: Plain text
en: Besides, people who read the manual offline will not have the chance to follow those links.
ja: 他に、インターネットに接続せずにそのマニュアルを読んでいる人にはそのリンクを追う機会がありません。

note: type: Plain text
en: _* /{Avoid branding and things that violate the license under which the manual is published}/
ja: _* /{商標の主張やマニュアルの公開にあたって採用したライセンスに違反するものは避ける}/

note: type: Plain text
en: Try to avoid branding as much as possible. Keep in mind that other downstream projects might make use of the documentation you write. So you are complicating things for them if you add certain specific material.
ja: 商標の主張は可能な限り避けてください。記述した文書は他の下流のプロジェクトで使うことになるかもしれないことに留意してください。つまり、ある種の特定の内容を追加することは事態を複雑にすることになります。

note: type: Plain text
en: live-manual is licensed under the GNU GPL. This has a number of implications that apply to the distribution of the material (of any kind, including copyrighted graphics or logos) that is published with it.
ja: live-manual は GNU GPL の条件下で使用を許可しています。これには、合わせて公開する (著作権のある画像やロゴを含むあらゆる種類の) 内容の配布物に適用する意味合いがいくつかあります。

note: type: Plain text
en: _* /{Write a first draft, revise, edit, improve, redo if necessary}/
ja: _* /{まず草稿を書き、改訂、変更して改善し、必要なら作り直す}/

note: type: Bullet: ' - '
en: Brainstorm!. You need to organize your ideas first in a logical sequence of events.
ja: 案を引き出しましょう! まず論理的に順を追って考えを整理する必要があります。

note: type: Bullet: ' - '
en: Once you have somehow organized those ideas in your mind write a first draft.
ja: 頭の中で何とか形ができたら最初の草稿を書きます。

note: type: Bullet: ' - '
en: Revise grammar, syntax and spelling. Keep in mind that the proper names of the releases, such as ${testing} or sid, should not be capitalized when referred to as code names. In order to check the spelling you can run the "spell" target. i.e. #{make spell}#
ja: 文法や書式、つづりを直します。リリースの正しい名前は ${testing} や sid で、これをコード名として参照するときは大文字にすべきではないことに留意してください。「spell」ターゲットを使って、つまり#{make spell}#でつづりの誤りがないか確認できます。

note: type: Bullet: ' - '
en: Improve your statements and redo any part if necessary.
ja: 記述を改善し、必要な部分があれば書き直します。

note: type: Plain text
en: _* /{Chapters}/
ja: _* /{章}/

note: type: Plain text
en: Use the conventional numbering system for chapters and subtitles. e.g. 1, 1.1, 1.1.1, 1.1.2 ... 1.2, 1.2.1, 1.2.2 ... 2, 2.1 ... and so on. See markup below.
ja: 章や副題には慣習的な番号の付け方をしてください。例えば 1、1.1、1.1.1、1.1.2 ... 1.2、1.2.1、1.2.2 ... 2、2.1 ... などというようにです。以下のマークアップを見てください。

note: type: Plain text
en: If you have to enumerate a series of steps or stages in your description, you can also use ordinal numbers: First, second, third ... or First, Then, After that, Finally ... Alternatively you can use bulleted items.
ja: 説明するのに一連の手順や段階を列挙する必要がある場合は、First (最初に)、second (2つ目に)、third (3つ目に) ... というように序数を使ったり、First (最初に)、Then (それから)、After that (その後)、Finally (最後に)、... あるいは箇条書きすることもできます。

note: type: Plain text
en: _* /{Markup}/
ja: _* /{マークアップ}/

note: type: Plain text
en: And last but not least, live-manual uses {SiSU}http://www.sisudoc.org/ to process the text files and produce a multiple format output. It is recommended to take a look at {SiSU's manual}http://www.sisudoc.org/sisu/en/html/sisu_manual/markup.html to get familiar with its markup, or else type:
ja: 大事なことを言い忘れましたが、live-manual では {SiSU}http://www.sisudoc.org/ を使ってテキストファイルを処理し、複数の形式の出力を生成しています。{SiSU マニュアル}http://www.sisudoc.org/sisu/en/html/sisu_manual/markup.html を眺めてそのマークアップ方法をよく理解することを勧めます。代わりに

note: type: Plain text
en: Here are some markup examples that may prove useful:
ja: と入力する方法もあります。マークアップをいくらか例示してみます。有用だということはわかるかもしれません。

note: type: Bullet: ' - '
en: For emphasis/bold text:
ja: 文字列の強調/太字:

note: type: Plain text
en: *{foo}* or !{foo}!
ja: *{foo}* または !{foo}!

note: type: Plain text
en: produces: *{foo}* or !{foo}!. Use it to emphasize certain key words.
ja: は「*{foo}* または !{foo}!」となります。これは特定のキーワードを強調するのに使います。

note: type: Bullet: ' - '
en: For italics:
ja: 斜体:

note: type: Plain text
en: produces: /{foo}/.  Use them e.g. for the names of Debian packages.
ja: は /{foo}/ となります。これは例えば Debian パッケージの名前に使います。

note: type: Bullet: ' - '
en: For monospace:
ja: 等幅:

note: type: Plain text
en: produces: #{foo}#. Use it e.g. for the names of commands. And also to highlight some key words or things like paths.
ja: は #{foo}# となります。これは例えばコマンドの名前に使います。また、キーワードやパスのようなものの一部を強調するのにも使います。

note: type: Bullet: ' - '
en: For code blocks:
ja: コードブロック:

note: type: Plain text
en: produces:
ja: は

note: type: Plain text
en: Use #{code{}# to open and #{}code}# to close the tags. It is important to remember to leave a space at the beginning of each line of code.
ja: となります。タグの開始には #{code{}# を、終了には #{}code}# を使います。コードの各行には先頭に空白が必要だということを必ず覚えておいてください。

note: type: Plain text
en: 2~guidelines-translators Guidelines for translators
ja: 2~guidelines-translators 翻訳者向けガイドライン

note: type: Plain text
en: This section deals with some general considerations to be taken into account when translating the contents of live-manual.
ja: この節では Live マニュアルの内容を翻訳する際に一般的に考慮すべき事項を扱います。

note: type: Plain text
en: As a general recommendation, translators should have read and understood the translation rules that apply to their specific languages. Usually, translation groups and mailing lists provide information on how to produce translated work that complies with Debian quality standards.
ja: 一般的な推奨事項として、翻訳者は自分の言語に適用される翻訳規則を既に読んで理解しておくべきです。通常、翻訳用のグループやメーリングリストが Debian の品質標準に合致する翻訳物を作成する方法についての情報を提供しています。

note: type: Plain text
en: *{Note:}* Translators should also read {Contributing to this document}#how-to-contribute. In particular the section {Translation}#translation
ja: *{注意:}* 翻訳者は{この文書への貢献}#how-to-contribute も読むべきです。特に{翻訳}#translation 節を

note: type: Plain text
en: 3~ Translation hints
ja: 3~ 翻訳の手がかり

note: type: Plain text
en: _* /{Comments}/
ja: _* /{コメント}/

note: type: Plain text
en: The role of the translator is to convey as faithfully as possible the meaning of words, sentences, paragraphs and texts as written by the original authors into their target language.
ja: 翻訳者の役割は元の著者により書かれた語や文、段落、そして文章の意味を可能な限り忠実に目標の言語で伝えることです。

note: type: Plain text
en: So they should refrain from adding personal comments or extra bits of information of their own. If they want to add a comment for other translators working on the same documents, they can leave it in the space reserved for that. That is, the header of the strings in the *{po}* files preceded by a number sign *{#}*. Most graphical translation programs can automatically handle those types of comments.
ja: そのため、個人的なコメントや自分の余計な情報の追加は控えるべきです。同一の文書について作業している他の翻訳者に向けてコメントを追加したい場合はそのために用意されている場があります。これは *{po}* ファイルの番号記号 *{#}* に続く文字列のヘッダです。ほとんどの視覚的な翻訳用プログラムで自動的にこれをコメントの種類に属するものとして処理します。

note: type: Plain text
en: _* /{TN, Translator's Note}/
ja: _* /{TN, Translator's Note (翻訳者によるメモ)}/

note: type: Plain text
en: It is perfectly acceptable however, to include a word or an expression in brackets in the translated text if, and only if, that makes the meaning of a difficult word or expression clearer to the reader. Inside the brackets the translator should make evident that the addition was theirs using the abbreviation "TN" or "Translator's Note".
ja: 完全に受け入れられるとはいえ、翻訳済みテキストの括弧「()」内に語や表現を含めることは、ややこしい語や表現の意味を読み手にとってより明確にする場合にのみ行ってください。翻訳者は括弧内に「(訳注)」等と記載して、その追記が翻訳者によるものであることを明確にすべきです。

note: type: Plain text
en: _* /{Impersonal sentences}/
ja: _* /{非人称の文を}/

note: type: Plain text
en: Documents written in English make an extensive use of the impersonal form "you". In some other languages that do not share this characteristic, this might give the false impression that the original texts are directly addressing the reader when they are actually not doing so. Translators must be aware of that fact and reflect it in their language as accurately as possible.
ja: 英語で書かれた文書は「you」を非人称として幅広く使います。他の言語にはこの特徴を共有しないものもあります。このことで、元の文が読み手に対して直接呼びかけているかのような誤った印象を実際にはそうではないのに与えてしまうかもしれません。翻訳者はこの点に注意して、可能な限り正確に自分の言語に反映する必要があります。

note: type: Plain text
en: _* /{False friends}/
ja: _* /{空似言葉}/

note: type: Plain text
en: The trap of "false friends" explained before especially applies to translators. Double check the meaning of suspicious false friends if in doubt.
ja: 前に説明した「空似言葉」の罠は特に翻訳者に当てはまります。疑いがあれば、その疑わしい空似言葉の意味を再点検してください。

note: type: Plain text
en: Translators working initially with *{pot}* files and later on with *{po}* files will find many markup features in the strings. They can translate the text anyway, as long as it is translatable, but it is extremely important that they use exactly the same markup as the original English version.
ja: 最初は*{pot}*ファイル、後には*{po}*ファイルについて作業する翻訳者は多数のマークアップ機能を文字列に確認できるでしょう。文は翻訳できるものである限り翻訳できますが、それが元の英語版と全く同一のマークアップを採用しているということは極めて重要です。

note: type: Plain text
en: _* /{Code blocks}/
ja: _* /{コードブロック}/

note: type: Plain text
en: Even though the code blocks are usually untranslatable, including them in the translation is the only way to score a 100% complete translation. And even though it means more work at first because it might require the intervention of the translators if the code changes, it is the best way, in the long run, to identify what has already been translated and what has not when checking the integrity of the .po files.
ja: コードブロックは通常翻訳できませんが、翻訳にそれを含めることが、翻訳率 100% を達成する唯一の方法です。コードが変更されると翻訳者による介入が必要となるため最初は余計な作業になりますが、長期的に見るとこれが .po ファイルの整合性を確認したときに何が既に翻訳済みで何が未翻訳なのか識別する最善の方法です。

note: type: Plain text
en: _* /{Newlines}/
ja: _* /{改行}/

note: type: Plain text
en: The translated texts need to have the exact same newlines as the original texts. Be careful to press the "Enter" key or type *{\n}* if they appear in the original files. These newlines often appear, for instance, in the code blocks.
ja: 翻訳文には元の文と全く同じだけの改行が必要です。元のファイルに改行があるときは注意して「Enter」キーを押すか*{\n}*を打ち込んでください。改行は例えばコードブロック中でよく使われます。

note: type: Plain text
en: Make no mistake, this does not mean that the translated text needs to have the same length as the English version. That is nearly impossible.
ja: 勘違いしないでください。これは翻訳文を英語版と同一の長さにする必要がある、ということではありません。それはほぼ不可能です。

note: type: Plain text
en: _* /{Untranslatable strings}/
ja: _* /{翻訳できない、してはいけない文字列}/

note: type: Plain text
en: Translators should never translate:
ja: 翻訳者が決して翻訳すべきでないもの:

note: type: Bullet: ' - '
en: The code names of releases (which should be written in lowercase)
ja: リリースのコード名 (小文字で書くべき)

note: type: Bullet: ' - '
en: The names of programs
ja: プログラムの名前

note: type: Bullet: ' - '
en: The commands given as examples
ja: 例示するコマンド

note: type: Bullet: ' - '
en: Metadata (often between colons *{:metadata:}*)
ja: メタ情報 (前後にコロンが置かれることが多い *{:メタ情報:}*)

note: type: Bullet: ' - '
en: Links
ja: リンク

note: type: Bullet: ' - '
en: Paths
ja: パス
