Help:Extension:Translate/ja



Translate 拡張機能は、翻訳作業を行うのに必要不可欠な機能で MediaWiki を強化します. コンテンツ ページやウィキのインターフェイスの翻訳に使用でき、さらに で使用されているように、その他のソフトウェア製品の翻訳にも使用できます. Translate 拡張機能は、使いやすい翻訳インターフェイスを備えています. また、コンテンツを扱いやすい単位に分割して、翻訳者に翻訳できるテキストのみを表示することで、翻訳が必要なテキスト コンテンツからコンテンツ構造を分離できます. それぞれの単位の変更内容は自動的に追跡されるため、特定のページについて、あるいはウィキ全体について、翻訳者が何を更新する必要があるかを瞬時に把握できます.

Translate 拡張機能は、translatewiki.net で、MediaWiki やその他のプロジェクトのユーザー インターフェイスを翻訳するために使用されています. translatewiki.net では毎月、何百人もの人たちが翻訳をしています. userbase.kde.org では、何千もの説明文書ページ本文を翻訳するために使用されています. Translate 拡張機能は簡単に使用できますが、大規模なプロジェクトにも適用でき、高度な報告、査読、ワークフローの各機能も提供します.

特徴


インターフェース: Translate 拡張機能の中心的な機能は、シンプルながらも機能的な翻訳インターフェースです. メッセージの定義や付随資料のような必要不可欠な情報とともに、他の言語での翻訳を見ることができます. もし定義が変更されれば、その変更が表示されるでしょう. 組み込みで検査を備え、括弧の不均衡や変数の未使用といったよくあるミスの防止を支援します. 設定により、Google 翻訳、Microsoft の Bing 翻訳、Apertium といった翻訳メモリや機械翻訳サービスからの提案を受けることもできます.

翻訳インターフェースの使い勝手は JavaScript と Ajax によって強化されています. バックエンドは、モバイル用あるいは特定の種類のコンテンツ用に特化したインターフェースで使用できる WebAPI を提供します. また翻訳対象のメッセージは、Gettext po ファイル形式に対応する他のオフライン及びオンラインのツールへ出力することも可能です.

メッセージ群とタスク: 機能の大部分は、メッセージ群とタスクという2つの基本的な概念に基づいています.

メッセージ群はメッセージの集合を表します. ひとつのコンテンツページは、おそらくひとつのメッセージ群になるでしょう. その群において、最も単純な構造の場合、各段落はひとつのメッセージになるでしょう. 各 MediaWiki 拡張機能で使われるメッセージは translatewiki.net 上でのメッセージ群を形成します. 少数の巨大な拡張機能は複数の群を有しています. 「すべてのニュースレター」や「Translate 拡張機能のすべてのメッセージ」のような、群の群を作成することもできます. 統計やタスクの大部分はメッセージ群ベースで行われます.

タスク、言い換えればメッセージ群内のメッセージの一覧が異なると、それぞれ異なる使い方ができます. 通常、翻訳者は選択したメッセージ群内のすべての未翻訳メッセージを列挙するタスクを使用しますが、メッセージを査読できるタスクもあれば、翻訳・未翻訳にかかわらずすべてのメッセージを列挙するタスクもあります.



レポートと統計：この拡張機能には多彩なレポート機能があり、特定の言語のすべてのメッセージ群から未訳のものを表示することから、言語単位で翻訳者と各人の活動レベルをまとめることまでこなします.

コンテンツ翻訳： MediaWiki でツールを使わずに翻訳しようとすると要領が悪いものです. 翻訳したバージョンが古くなってもツールがないとマスター版へさかのぼって変化をたどることは不可能で、そのせいで全体像が見渡せず、そのせいで途中で止まったままだったり現状に適さない翻訳がたくさんあるのです. これなら翻訳しやすいと思った原文なのにうまく訳せないと、翻訳者はやる気を失いがちです. あるいは未翻訳のメッセージを探したり、更新が必要な訳文を探すのもツールがなければ難しいのです. ユーザーの場合、現状に合わない翻訳に混乱させられます.

翻訳拡張機能及びそのページ翻訳機能を使うとこういう問題は解決します. プログラムとしては翻訳対象ページの作業に直接は関係ない処理（オーバーヘッド）が少し発生するものの、利点はそれを大きく上回ります. 基本として、操作はページ上の翻訳必要な部分をマークするだけです. 拡張機能はその箇所を単文単位に切り分け、メッセージ群を付けます. その後、翻訳者は上記の機能をすべて使うことができます. また言語バーの表示には タグを書くか、 Special:MyLanguage/Pagename のフォームからリンク経由で個人設定をチェックし、ユーザーが指定していた場合はその言語（だけ）で示します.

詳しくは翻訳ページの立ち上げ方やページ翻訳機能の詳細な説明文書を参照のこと.

開発者: この拡張機能は、よく使用される多くの翻訳ファイル形式への対応機能を内蔵しています. Java プロパティ形式や Gettext po ファイルなどです. 翻訳を効率的に取り込み/書き出しするための、ウィキ内とコマンド ラインの両方で使用できるツール群も含んでいます.

検索: もし検索機能がなかったら、翻訳しようとする特定のメッセージを探し出すのに翻訳者はたいへん苦労します. すべての翻訳文やプロジェクトのストリングを横断して探すのも能率的ではありません. また翻訳者は特定の用語がどう訳されているか、プロジェクト全体を見回そうとすることがよくあります.

これは特別ページSpecial:SearchTranslationsで解決済みで、既定の機能になりました. どの使用言語でも特定の用語を含むメッセージの検索と、分野別の絞りこみができる機能です. 特定のメッセージの検索結果から、それに対応する翻訳作業に切り替えることができ、具体的には特定の用語にすでに対訳があるか、未訳か、更新が必要かなどがわかります.

使用事例
Translate 拡張機能を使用すれば、ほとんどすべてのものを翻訳できます. もちろん映画の字幕のような特定の種類のコンテンツの翻訳に特化したツールはありますが（そのような翻訳は、それらのツールを使うことでよりうまく行えます）、「Translate」は一般的に言って文章の種類に関わらず、さまざまな長さのメッセージに分割できるものであればとてもよく機能します. メッセージの長さは単語ひとつでも大きな1段落でも構いません. メッセージが長くなるにつれ翻訳しにくくなり、作業は実に難しくなります.

Translate 拡張機能が支援する3件の基本的な使用事例とは、コンテンツ翻訳とローカルのインタフェース翻訳、ソフトウェア翻訳です. 下記の節でそれぞれを説明して、チュートリアルや関連文書あるいはまた提供できるときにはトピックを掘り下げたヘルプにリンクします. 使用事例3件のうち、最も使用頻度が低いのはインタフェース翻訳です.

コンテンツの翻訳


ほとんどのウィキに多言語で提供したいコンテンツがあります. 数ページでも数百ページでもよいのです. 翻訳者の時間を無駄にしないように、ページが十分に安定版になってから翻訳指定するべきです. 後から修正するとそれまでの数十、数百の翻訳に影響してしまい、修正にも時間がかかります. この点はボランティアで翻訳や修正に時間を使う人たちのことを念頭に置き、不要な手間をかけさせないでください. ページ翻訳に Translate 拡張機能を使う時点で、既に翻訳者の時間を最も効果的で効率よく使わせてもらう状態に、もうすぐ手の届くところまで来ているのですから.

The way the Translate extension splits up a page into paragraph sized units does not leave too much freedom for translators to change the content. This is usually a good thing and is ideal where continuity and consistency of content across languages is desired. It can be worked around, but in principle this way of doing translations is not generally suitable, for example, for Wikipedia articles, which usually are totally independent of each other. Even if they originally start as a translation from a different language, they usually begin living their own independent life from the original version. With Translate, the original page is always the main version, and new content cannot be developed in translated versions.

With these limitations in mind there are still plenty of cases where this feature is a perfect match. Most, if not all, user documentation falls into this category as well as news-like content that does not change once written. If you have the Translate extension already installed and access rights configured, try creating a page and wrapping the whole text inside  and follow the links, or follow the tutorial How to prepare a page for translation.

Special:AggregateGroupsを使うと複数ページのまとまりをさらに集約できます.

多言語ウィキでのローカルインターフェイスの翻訳
ほぼすべてのウィキで固有の設定にしてあるものといえば、サイドバーです. 特化したサイドバーを含む、ローカル仕様にしたインターフェースに対応するメッセージ集を作成することができます.

One interesting expansion is the multilingual pages or templates built with the magic word. The translatewiki.net main page and some Wikimedia Commons templates are good examples of this. The magic word is an alternative to the content translation feature and it is more suitable to mark-up heavy pages just like the translatewiki.net main page. Another nice feature is that the language of the page automatically follows the user interface language, so there is no need for a language bar, although you might want to have an interface language selector instead.

これを設定するのは、現時点ではコンテンツの翻訳よりも少し複雑で、ソフトウェアの設定が必要ですが、インターフェイスのメッセージ群を作成する方法ですべて説明しています.

ソフトウェアの翻訳
The Translate extension is a good fit for translating software interface messages. At translatewiki.net, it is used to translate dozens of software products from games to web applications. The Translate extension supports reading and updating translations from and to common formats used in web development including Java properties, Gettext and Yaml files.

Change tracking is also available for externally tracked files, because internally the extension uses a cached derivative version of the localisation files where the source text and its translations are stored, instead of using them directly in their original format. Translation administrators can either use the web interface or a command line interface to check new message definitions and "fuzzy" (request update of) translations when they need updating. This works regardless of the underlying file format or version control system (if any).

With simple command line tools, translation administrators can easily import even a large set of existing translations and with just one command they can export all translations in the correct format and in the correct directory structure. You can export directly to your VCS repository checkout, where you can easily commit changes and new files.

翻訳者と翻訳管理者向け
私のアカウントがハッキング攻撃を受けています. ハッキング攻撃のグループ]]
 * 翻訳方法 日本語. [チュートリアル]
 * 組織的な最善手法
 * 統計と報告
 * 品質保証
 * [[Special:MyLanguage/Help:Extension:Translate/Message group states|メッセージ群の状態
 * [進行中] 検索
 * オフライン翻訳
 * [進行中] 用語集

翻訳管理者向け

 * 翻訳するページの準備方法 [チュートリアル]
 * ページ翻訳の管理
 * インターフェイスのメッセージ群 (地域化されたサイドバー、メインページ、テンプレート) [チュートリアル]
 * [進行中] メッセージ群の保守
 * YAML 設定形式
 * ファイル ベースのメッセージ群用に YAML 設定を書く方法 [チュートリアル]

開発者向けの参考文献

 * インストール 及び 設定の構成; 多くの場合、MediaWiki 言語拡張バンドルで充分のはずです.
 * [進行中] 開発者向けの翻訳の説明
 * フック
 * [進行中] メッセージ群
 * [進行中] ファイル形式対応
 * 翻訳支援
 * [未執筆] action API
 * 挿入要素
 * Command line scripts
 * 翻訳メモリ

関連項目

 * ローカライゼーションの個別質問:ハッカソンや訓練の場で出た開発者への地域化への一般的な質問
 * 翻訳Svg:SVGファイルの翻訳支援
 * ユニバーサル言語選択:特殊な字体の提供や翻訳方法の伝授
 * Translatability – 多言語のウィキ群でページやプロセスを作成するときの注意点
 * m:Tech/Translators/List: 活動中の技術翻訳者として登録しませんか
 * m:Tech/Translators/List: 活動中の技術翻訳者として登録しませんか