Org-mode 翻訳プロジェクト 翻訳手順

@noindent で始まる行が，一部 PO ファイルに存在しない．po4a が以下のようなソースをPOファイルに変換しないのが原因．

@<pre> @noindent Now byte-compile the Lisp files with the shell command: @</pre>

本来，@noindent の直後には改行コードを入れ，

@<pre> @noindent Now byte-compile the Lisp files with the shell command: @</pre>

とするのが正しい利用法であり，ソースがこの形式を守っている場合には，POファイルに正しく変換されている．

（see http://www.gnu.org/s/hello/manual/texinfo/noindent.html "since @noindent is a command used outside of paragraphs (see Command Syntax)."）

以下の40箇所のPOに存在しない原文は，査読作業を開始する時点で新しいPOTファイルを作成して対処する予定である．

@<pre> 851:@noindent Now byte-compile the Lisp files with the shell command: 857:@noindent If you are running Org from the distribution directory, this is 899:@noindent Org mode buffers need font-lock to be turned on - this is the 925:@noindent which will select Org-mode for this buffer no matter what 936:@noindent If you do not like @code{transient-mark-mode}, you can create an 964:@noindent which will put all this information into an Emacs mail buffer so 977:@noindent Thank you for helping to improve this program. 1105:@noindent Some people find the many stars too noisy and would prefer an 1456:@noindent will define the key @kbd{C-c a f} as a shortcut for creating 1782:@noindent The following command handles footnotes: 1921:@noindent and then press @key{TAB} to align the table and start filling in 2100:@noindent Then the only table command that still works is 2346:@noindent Range references return a vector of values that can be fed 2369:@noindent For the second example, table FOO must have at least as many rows 2805:@noindent @b{Important}: please note that for these special tables, 3033:@noindent In HTML export (@pxref{HTML export}), such targets will become 3767:@noindent (you may also write @code{#+SEQ_TODO} to be explicit about the 3783:@noindent To make sure you are using the correct keyword, type 4295:@noindent The following commands work with checkboxes: 4483:@noindent If the tag is only relevant to the file you are working on, then you 4490:@noindent The tags interface will show the available tags in a splash 4498:@noindent or write them in two lines: 4513:@noindent you indicate that at most one of @samp{@@work}, @samp{@@home}, 4516:@noindent Don't forget to press @kbd{C-c C-c} with the cursor in one of 5088:@noindent This dynamic block has the following parameters: 5854:@noindent First there are options that determine which clock entries are to 6162:@noindent and then customize the new variable with @kbd{M-x customize-variable org-capture-templates}, check the result, and save the 6265:@noindent If you then press @kbd{C-c c t}, Org will prepare the template 6310:@noindent If you do not define a template for the @kbd{C} key, this key will 6527:@noindent The following commands deal with attachments: 7092:@noindent After that, everything will happen automatically. All diary 8984:@noindent which can be referenced anywhere in the document (even in 9096:@noindent With this setting, @samp{a_b} will not be interpreted as a 9147:@noindent For example: 9737:@noindent See the docstring of the variable 14827:@noindent OK, now to the full list of contributions! Again, please let me @</pre>

node や ref に関連する一部の訳語は，info 生成時にエラーが発生するため，一時的に原文を採用している部分が存在します．

http://dl.dropbox.com/u/2440/2011/preservation-words.html

見た目上のミスリードから生じる人為的問題です．

原文の表記に「For example, type @code{\"\\t\"} at the line.」とある場合，これを翻訳する時，PO-modeの編集画面で， @<pre> 例えば，文中に@code{\"\\t"\}と入力する．< @</pre> と翻訳するのは，「誤り」です．

正解は， @<pre> 例えば，文中に@code{"\t"}と入力する．< @</pre> になります．

PO-modeは，C-c C-cで編集モードを抜けるときに自動的にエスケープシーケンスを挿入するようです．上の誤りの例で翻訳すると，

@<pre> 例えば，文中に@code{\\\"\\\\t"\\\}と入力する． @</pre>

という訳文が振られ，PDFでは \"\\t"\と表示されてしまいます（正しくは，\t）．

したがって，C-c C-c で編集モードを抜けた直後に，msgid と msgstr の表記を見比べて，余分なバックスラッシュが加わっていないかを確認してください．

@<pre> 事象：PoEdit で保存できなくなる場合がある 原因：不要な改行コード「\n」 対処：msgidに \n がない場合は，msgstr でも改行しない． @</pre>

PO-modeで編集する場合，

@<pre> hoge1 < @</pre>

の状態で保存すると，PoEdit側でエラーが出て保存できません．理由は，POファイルに

@<pre> msgstr "hoge\n" @</pre>

と保存されて，msgstr に \n が一つ多く含まれるためです．PoEdit では，msgid と msgstr に含まれる \n の数を検査しており，これが一致しないとエラーが出ます．

今回の場合は， @<pre> hoge1< @</pre> の状態で保存してください．一方，PoEditを利用している方は，\nを明示的に書き込まないと改行されません．つまり， @<pre> hoge1 hoge2 @</pre> と入力し保存すると， @<pre> msgstr = "hoge1hoge2" @</pre> と書き込まれますので注意してください．

• 翻訳プロジェクトに参加したら，すみやかに git clone でデータを取り寄せてください．

=> ダウンロードによるデータの取り寄せは行わないでください．

• git clone で入手した org-ja.po を編集（翻訳）してください．
• git push（コミット）後は，github のウェブサイトで差分を確認してください．

• po ファイルを編集する時に，余計なヘッダが加わる場合があります．

コミットする前に必ず重複ヘッダを削除してください．

• MacPorts で配布されている po-mode.el は，version2.1です．

gettext で配布される po-mode.el は，version2.2ですので，こちらを推奨します． http://www.gnu.org/software/gettext/

• 登録依頼を出すと，参加承認が下り次第，連絡がいきます．

https://lists.sourceforge.net/lists/listinfo/org2ja-devel にて登録を済ませてください．

• Twitter でハッシュタグ（#org2ja）を利用してツイートする． => メンテナーは，すみやかに自分のアカウントでチケットを予約して， => 翻訳者に報告する
• 合せてMLでも依頼するとより確実に伝わります．

24時間以内に応答がない場合は，依頼のチェックミスがあったと考えられますので，再投稿をお願いします．

次のサイトの画面右側に「Downloads」があります． https://github.com/org-mode-doc-ja/org-ja

• 翻訳ツールの利用を推奨します．
• 通常のテキストエディタでもいけます

1. org.texi 上で，@chapter を検索し行番号を抽出します．
2. PO 上でその行番号を有するブロックを探索します．

• 英語文は，msgid "hogehoge" と書かれているので，msgstr "ほげほげ" と

訳文を記入して保存します．

• 改行コードに気を付けてください．

msgid "hoge\nhoge\n" であるならば，msgstr "ほげ\nほげ\n"が正しい翻訳です．

• 翻訳時には，このファイルに記載された「注意点」に気をつけてください．
• POファイルに埋め込まれた用語集を参照してください．

• MLに翻訳を終えた org-ja.po を提出します．
• 翻訳データは特に圧縮しなくてもMLに投げられるようになっています．
• 該当部分だけをメール本文にコピペしても構いません．

• 翻訳過程で，特定の用語について訳語を統一したい場合，MLに報告してください．
• POファイルに埋め込まれた用語集について，異なる訳語を当てはめたい場合についても同様に報告してください．
• ML報告形式は以下のようなテンプレートにしたがってください．

@<pre> メールタイトル: [glossary] 用語 本文: 用語（タブ）訳語1|訳語2 // 旧対訳 – – – – – – – – – – – – 用語（タブ）訳語1|訳語2 // 修正案 コメント）修正理由などを書く @</pre>

• github のアカウントをDMなどで教えてください．
• 合せてMLにも参加してください．

https://lists.sourceforge.net/lists/listinfo/org2ja-devel にて登録を済ませてください．

• githubのチケット一覧から，OPENかつ担当者がアサインされていないものを選びます．

チケットの名称は，基本的に，章番号＋章タイトルになっています．クリックするとチケットの詳細画面がでます．その中の右側で緑色の「OPEN」があれば，翻訳が完了していないチケットです．さらに，タイトル下に「No one is assigned」があれば，担当者がいません． => このプルダウンで，自分のアカウントを選択すれば担当完了です．

https://github.com/org-mode-doc-ja/org-ja/issues/

git clone git@github.com:org-mode-doc-ja/org-ja.git

=> 作業手順（github アカウントがない人）と同じです．

=> 作業手順（github アカウントがない人）と同じです．

=> 作業手順（github アカウントがない人）と同じです．

=> 作業手順（github アカウントがない人）と同じです．ただし，github ユーザには，用語集を申請する特別なファイルがあります．新しい用語集を申請する時は，MLへの報告以外に，このファイルへ書き込むことでもOKです．メンテナーがプロジェクト全体の用語集に反映します．

@hoge がユーザの場合，./glossary/hoge.txt を利用してください．

• 情報を登録すると https://github.com/org-mode-doc-ja/org-ja のトップページに

自分が登録した情報に対応した commit / tree / parent の3つのリンクが表示されます． => commit をクリックして移動するサイトで，差分を確認できるます． => 翻訳した部分が正しく反映されているかを確認してください．