翻訳ワークフロー¶

Weblate を使用すると、翻訳者との距離を近づけ、ユーザーとの距離を縮めます。機能をどこまで利用するかはあなた次第です。

以下の項目は、Weblate の完璧な設定方法ではありません。記載している最も一般的な例をもとに、他のワークフローを作成できます。

翻訳にアクセス¶

アクセス制御は、各アクセス制御のオプションを、どのワークフローにも適用できるため、ワークフローではあまり説明していません。翻訳へのアクセスを管理する方法については、ドキュメントを確認してください。

以降の章では、すべてのユーザー とは翻訳にアクセスできるユーザーのことです。プロジェクトを公開している場合は認証済みのユーザー、または翻訳権限があるユーザーを指定できます。

Translation states¶

各文字列の翻訳後に移行する状態のすべて:

未翻訳: 翻訳は空です、保存するかしないかはファイル形式によります。
要編集: 編集が必要な翻訳です。通常、原文の変更、あいまい一致、または翻訳者の操作があった場合に設定されます。翻訳はファイルに保存されますが、ファイル形式によっては、編集が必要と設定されます（例: Gettext ファイルでは fuzzy （あいまい）フラグがつく）。
査読待ち: 翻訳はできますが、査読はされません。有効な翻訳としてファイルに保存されます。
承認済み: 査読で翻訳が承認されました。翻訳者は変更できませんが、査読の担当者のみが変更できます。翻訳者は提案の追加しかできません。
提案: 提案は Weblate にのみ保存され、翻訳ファイルには保存されません。

可能な限り、翻訳ファイルに状態を表示します。

ヒント

In case file format you use does not support storing states, you might want to use 未翻訳の翻訳文に "要編集" フラグを付ける addon to flag unchanged strings as needing editing.

参考

Translation types capabilities、翻訳ワークフロー

直接翻訳¶

これは、小規模なチームのための最も一般的な設定であり、誰でも直接翻訳できます。これは Weblate のデフォルトの設定です。

すべてのユーザー が翻訳できます。
提案とは、翻訳者が変更に確信を持てない場合に、変更を提案する選択方法です。

設定	Value	備考
査読の有効化	off	プロジェクトレベルで設定済み。
提案の有効化	on	ユーザーが確信が持てない場合に提案できると便利。
提案への投票	off
提案の自動採用	0
翻訳者グループ	ユーザー	またはアクセス制御で翻訳。
査読者グループ	該当なし	未使用。

相互評価¶

このワークフローを使用すると、すべてのユーザーが提案を追加でき、翻訳の承認には認証ユーザーの承認が必要です。

すべてのユーザー が提案を追加できる。
すべてのユーザー が提案に投票できる。
事前設定の票数に達すると、提案は翻訳に置き換わる。

設定	Value	備考
査読の有効化	off	プロジェクトレベルで設定済み。
提案の有効化	on
提案への投票	off
提案の自動採用	1	より多くの相互評価を必要とする高い値を設定できます。
翻訳者グループ	ユーザー	またはアクセス制御で翻訳。
査読者グループ	該当なし	未使用、すべての翻訳者が査読できる。

専任の査読者¶

バージョン 2.18 で追加: 適切な査読ワークフローは Weblate 2.18 から対応。

専用の査読者には、2 つのユーザーグループがあります、1 つは翻訳を保存できて、もう 1 つは翻訳の一貫性と品質が良好かを確認するために査読できます。

すべてのユーザー は、未承認の翻訳を編集できる。
査読者 は、文字列の承認/非承認ができる。
査読者 は、すべての翻訳（承認済みを含む）を編集できる。
提案は、承認済み文字列の変更の提案もできる。

設定	Value	備考
査読の有効化	on	プロジェクトレベルで設定済み。
提案の有効化	off	ユーザーが確信が持てない場合に提案できると便利。
提案への投票	off
提案の自動採用	0
翻訳者グループ	ユーザー	またはアクセス制御で翻訳。
査読者グループ	査読者	または、アクセス制御して査読する。

査読の有効化¶

査読は、プロジェクトの設定で有効にできます、場所はプロジェクトの設定のワークフローサブページ（管理 → 設定メニューにある）:

注釈

Weblate の設定によっては、設定を使用できないことがあります。例えば、Hosted Weblate では、無料でホストするプロジェクトでは使用できません。

原文の品質ゲートウェイ¶

多くの場合、開発者がコードを作成して初期の文字列を提供するため、開発者から原本の原文の言語が提供されます。しかし、開発者は原文の言語を母国語としていないことが多く、原文に求められる品質を提供できません。中間翻訳は、この問題の解決に役立ちます - 開発者と翻訳者とユーザーとの間に、追加の文字列用の品質ゲートウェイがあります。

中間言語ファイルを設定すると、このファイルは文字列の原文として使用しますが、原文の言語で磨いて編集します。文字列が原文の言語で用意されると、翻訳者は他の言語に翻訳できます。

参考

中間言語ファイル、単一言語のベース言語ファイル、Bilingual and monolingual formats

原文の査読¶

原文の査読の有効化を有効にすると、査読の処理を原文に適用できます。有効にすると、ユーザーは原文の問題を報告できます。実際の処理は、バイリンガル形式と単一言語形式のどちらを使用するかで変わります。

単一言語形式の場合、原文の査読は専任の査読者と同じように動作します - 原文で問題が報告されると、要編集が設定される。

バイリンガル形式では、原文を直接編集できません（通常はソースコードから直接抽出します)。この場合、翻訳者から報告された文字列には査読が必要な原文というラベルが付きます。この文字列を確認して、ソースで編集するか、ラベルを削除するかの処理が必要です。

参考

Bilingual and monolingual formats、専任の査読者、String labels