Xfce PO 日本語翻訳チーム(Xfce PO Japanese Translation Team)

• Transifex - Japanese
  • https://www.transifex.com/projects/p/xfce/language/ja/

• Mailing List
  • http://groups.google.com/group/xfce-users-jp
  • xfce-users-jp@googlegroups.com

• Masato Hashimoto (コーディネーター/Transifex のアカウント: hashimo)
• Nobuhiro Iwamatsu (コーディネーター)

• Daichi Kawahata
• Hirotaka Moue

最初にtranslationsと日本語翻訳ルールを見て必要な手続きと作業内容を確認してください。

1. あなたが翻訳に着手するものを Transifex (以下、Tx) でロックしてください。Tx から作業できないもの (po ファイル以外のもの) は、XfceユーザーズJPメーリングリストで予約の告知をしてください。
2. 翻訳ができたら、Tx にサブミットし、ロックを解除し、XfceユーザーズJPメーリングリストに投稿して査読依頼してください。xfce4-commitsに配信されたコミットログを転送するとか、po ファイルを添付するとかしてください。オフラインの時に査読する方もいますので、リンク先を示すだけというのは避けてください。
3. 修正点が発見されたら修正して再びサブミットしてください。

Tx に po ファイルをアップロードすると、Tx 上で以下の変更が強制的に行われます。

• Plural-Forms の指定が nplurals=1; plural=0;\n に置き換えられる (https://github.com/transifex/transifex/issues/253)
• コメントがすべて削除されてしまう (https://github.com/transifex/transifex/issues/256)

回避策はありません。

基本より優先される。

末尾を長音にする単語

• 末尾が -ar、-er、あるいは -or で終わる英単語

【例外】

• 語尾の母音の直前に、強勢 (ストレス) のある別の母音がある場合、それをカタカナで表記したときは語尾の母音には長音符号を付けないで表記する。(『カタカナ表記ガイドライン第2版』)
  • 例) clear (クリア)
• 従来のカタカナ表記が原音と乖離しているもの。
  • 例) cursor (カーソル)
• 固有名詞

対訳リストと修正状況

• ここに書かれていない記述指針に関してはDebian JP 文書作成の指針を参考にする。

• 第一回 Xfce Japanese 会議 (2008-11-04)

• エラーなどの通知系メッセージ → します 調、ただしGUIは「.」なしが多い、CLIは「.」付きが多い様な気がする (2008-11-05追記)
• ダイアログのタイトルが原文の段階で「します」(してください) 調と、終止形/体言止めが混在している。
• “Permission” の訳語: Xfceの既存の翻訳では「アクセス権」とされているものが多い。KDEでは「許可」または「許可情報」。Debianでは「パーミッション」。FreeBSDは対訳無し。
• 「全て」か「すべて」か: 「全て」はGNOME系でよく見る(ていうかこれしか見ない)。Debian指針では「すべて」。もともと常用漢字にはない読み方だったし個人的な好みでも「すべて」を推したいところでしたが、最近の常用漢字の見直し案で「全て」もアリになりそうなながれ。現状はGNOMEの「全て」に合わせてます (橋本)
  • GNOMEが「すべて」へ。Xfceも追随。
• CLIのヘルプ表示: する 調と します 調が不統一。アプリ自身が出さない(ほかのライブラリから呼び出す?)ところは する 調 (例: “–display=DISPLAY 使用するＸのディスプレイを指定する”)。
• “unmount” の訳語: 「マウント解除」か「アンマウント」か。
  • 「マウント解除」派 - これまでの Xfce 翻訳、KDE、Solaris、hp
  • 「アンマウント」派 - Nautilus(Ubuntu)、FreeBSD、ITPro、ASCII、ZDNet
• メッセージ文内で、メニューやボタンなどのウィジェットを指し示すときの表記 (例: よろしければ OK ボタンをクリックしてください) → 現状は「」括り、ウィジェット名なし:
  • Xfce の英語メッセージ内では特に区別されてない。(例: よろしければ OK ボタン をクリックしてください)→ ちょっと分かりにくい (メニュー/ウィジェットであることのアピールが足りない)ような気がする。
  • 『Solaris日本語マニュアルの制作』では、「」で括るとされている。(例: よろしければ「OK」ボタンをクリックしてください)
  • Windows の UI では [] で括るというガイドラインか慣習があった(はず)。徹底されているかどうかは不明。ただし、そのウィジェットの種類などは明記しないことがよくあるような気がする。(例: よろしければ [OK] をクリックしてください)
  • MacOS X のマニュアル表記は「」括り。ウィジェット名なし。(例: よろしければ「OK」をクリックしてください)
• ダイアログなどで文字列を改行やタブで整形している場合はフォントフェイスとサイズに注意。フォントの幅で表示に差がでるためテスト時に複数のフォントで確認要。確認すべきフォントは以下のものくらい? サイズはどこもデフォルトは10pt?
  • VL P Gothic : Debian, Fedora, Vine などのデフォルト。
  • IPA P Gothic : OpenSUSE のデフォルト(代替フォントとして使用される)
  • UmePlus P Gothic : Mandriva のデフォルト。特に注意 (ときどきやけに幅をとる)。
  • さざなみ Gothic : CentOS
  • Takao P Gothic : Ubuntu

• Debian JP Project - ドキュメントおよび Web ページの翻訳、作成
• KDE用語集
• マイクロソフト 日本語スタイルガイド (Microsoftランゲージポータル)
• アップル ヒューマンインターフェースガイドライン - 非公式和訳。原文はここ。
• 外来語の表記：文部科学省
• JTF日本語標準スタイルガイド（翻訳用）: 標準スタイルガイド検討委員会（日本翻訳連盟）
• カタカナ表記ガイドライン第2版: テクニカルコミュニケーター協会

第一回 Xfce Japanese 会議 (2008-11-04) 議事録

• \”hoge\“ → 「hoge」
  • (コメント) 反対というほどのこともないのですが、「」を含む文字列を表示する場合(あんましないとは思いますが)に可読性を若干損なうことになるのではないかと思います。“ファイル「「ほげほげ」作品集.txt」がありません。” みたいな。どうでしょう? –橋本 2008-10-25 –10-28
• . で終わる文章 → します。調
• . で終わらないもの → する 調
  • (コメント) 原文の段階で、例えば同じチップヘルプなのに「.」で終わったり終わらなかったり、統一されてない感があるように思います。決めるなら、日本語チームとして原文の「.」の有無でなく↓のようなシチュエーション依存の統一ルールを決めた方がよいと思います。 –橋本 2008-10-25
• メニュー → する、します、はつけない
• メニューの説明は . で終わってなくても します 調
• ホットキーは大文字で
• 英単語の前後は半角スペースを入れる
• チップヘルプは基本 します 調で
• カタカナの末尾の長音はJIS記述ルール(3文字ルール)か内閣告示ルール(MSが部分的に採用)かどっちに統一すべきか? (個人的にはJIS記述ルールの方が好き、というかもう癖になってる)
• 連語(?)のスペースは「・」に置き換えるか否か(例:「Web Browser」→「ウェブブラウザ」 or 「ウェブ・ブラウザ」)。ケースバイケース?
• ?、!などの特殊文字は半角で。ただし & は…全角「＆」or「アンド」?