Mudlet: MudletのWebベースの翻訳サービスをセットアップする

XLIFFの翻訳を可能にするgithubとの統合としてPOEditorがあります
ファイル（おそらくqt言語学者によってサポートされています）。 そして彼らはOSを持っています
ライセンス。

もう1つのオプションはQordobaです。これは、何も費用がかからないようで、ネイティブに
tsファイルをサポートします。

翻訳サービス/アプリを使用したことがないので、好みはありません。

ヴァディムPeretokin [email protected] schriebは、Soが、2017年4月9午前
13:14：

人々がMudletの翻訳に貢献するのを非常に簡単にする必要があります

• つまり、唯一の障壁がログインだけであるWebベースの何かを意味します。
  私たちに提供できる既存のWebベースのサービスがあるかもしれません
  セットアップを取得するためのオープンソースライセンス。

利用可能な代替案：
Launchpadhttps ： //translations.launchpad.net/-将来は
しかし疑わしい

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Mudlet/Mudlet/issues/856 、またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABAeDUJoAsg-zvnOq1YUvuIqn-fbRwcCks5ruL2WgaJpZM4M3_u1
。

Re：XLIFF _Qt言語学者マニュアル：翻訳者_Qtドキュメントノート：

__文字列の翻訳__
翻訳のためにQtLinguistで翻訳ソース（TS）ファイルを開きます。 TSファイルは、ソースフレーズとその翻訳を含む人間が読めるXMLファイルです。 TSファイルは通常、lupdateによって作成および更新されます。 TSファイルがない場合は、リリースマネージャーを参照して、TSファイルを生成する方法を確認してください。
Qt Linguistを使用して、他のプログラムによって生成された国際XMLローカリゼーション交換ファイル形式（XLIFF）のファイルを翻訳することもできます。 ただし、標準のQtプロジェクトでは、TSファイル形式のみが使用されます。 XLIFF形式ファイルでサポートされる最小バージョンは1.1です。

現在、デスクトップアプリケーションに比べて大きな利点があるWebベースの翻訳プラットフォームがあります。ソフトウェアをインストールする必要がなく、すでに翻訳されたテキストの翻訳を提案するなどです。

@SlySven私はこれを読んだので、私が言ったことを言ったのです。 それは完全にサポートされていないか、後から考えたように読めます。それが私がおそらく追加した理由です（私はそれをテストしたことはありません）。

@ vadi2私が言及した製品はWebベースのプラットフォームです。 ただし、これらのプラットフォームの出力をQt翻訳フレームワークで使用できるようにするには、qt言語学者を使用する必要があります。 これにより、サポートされている形式のTSファイルとXLIFFもバインドされます。

私はLinguistで遊んだことがありますが、UIは私が知る限り非常に優れており（私はファンです：heart_eyes :)、UIダイアログを複製します{そして、テキスト文字列がC ++で発生するソースコードを表示しますQStrings }なので、さまざまな言語でどのように表示されるかを確認でき、複数の翻訳を同時に実行できます。 たとえば、.uiファイルのQGridLayoutsとは異なり、ファイルが寄稿者によって更新されたときにgitノイズを抑えるために、TSファイルの内容を不必要に並べ替えないようにQtがより厳格になることを願っています。 *ため息*

Qt Linguistを使用する必要がある場合-Qtライブラリを使用しているので、ネイティブのgettext加えて、一般的に（_ベーコンと卵のsarnie_の_Chicken_レベルのコミットメントではなく_Pig_のように）コミットする可能性が高いと思います

Qt LinguistがWebベースのものにエクスポートされ、必要に応じて翻訳をリアルタイムでインストールしてプレビューできるようにすることに興味があるようです。 あなたが@keneanungに言及したサービスを見てみましょう、それらは見栄えがします。

Transifexも頭に浮かびましたが、それはもううまくいっていないようです。

別のWeb翻訳プラットフォーム： https ：

Mozillaプロジェクトがローカリゼーションと翻訳を処理する方法は次のとおりです。https ：

「libreソフトウェアでの翻訳」に関するこのマスタースタディの論文で、いくつかの代替案と一般的なプロセスについてのもう1つの詳細な調査： https ：

@Kebapに感謝し読み通しました。 私はWeblateとTransifexに興味があります-それらをチェックする予定です。

これにより、参入障壁を可能な限り低くし、ソフトウェアをダウンロードしてインストールし、作業を開始する前に適切なファイルを探し回るデスクトップベースの翻訳を排除したいと思います。

Weblateは素晴らしくオープンソースのようですが、ホストされているバージョンも現在ダウンしています。Tilixプロジェクトのようにすべてのホストされている翻訳も同様です。 良くない。 また、サーバーはすでに制限で実行されているため、サーバーでこれ以上ホストすることには注意が必要です。

Transifexのデモを試してみる予定です。 彼らはオープンソースをサポートしており、Weblateとは異なり、はるかに大きなショップであり、ダウンする可能性ははるかに低いようです。

そうは言っても、Weblates Git統合が実際に機能する場合は、Gitからの新しいソーステキストを自動更新し、コミットし直す必要があるため、使用する方がはるかに優れています。 一方、Transifexでは、翻訳するファイルを手動でアップロードする必要があります。

Transifexは.tsファイルをネイティブにサポートしていますが、アップロード時に窒息するようです。 ts2poを使用して.poファイルをアップロードすること

いくつかのミドルウェアを使用して、TransifexとGithubの間で双方向の自動更新を行うことができるようです： https ：

Transifexから翻訳をそのままにして.poをダウンロードできましたが、 po2tsがPythonエンコーディングエラーでファイルをチョークします。

po2ts: WARNING: Error processing: input ./for_use_mudlet_rupo_1_ru.po, output ./for_use_mudlet_rupo_1_ru.ts, template None: 'ascii' codec can't encode characters in position 1994-1999: ordinal not in range(128)

他の誰かが@ Kebap https://www.transifex.com/mudlet/mudlet/dashboardに残しておきます。 次にWeblateを試してみます。

Weblateは素晴らしいです-それはサードパーティのログインオプションの_トン_を持っているので、それに参加することは本当に摩擦がありません。

@ vadi2は書いた：

Transifexからそのままの翻訳で.poをダウンロードできましたが、po2tsがPythonエンコーディングエラーでファイルをチョークします。

彼らのバージョンのpo2tsは、古い仕様の.tsファイルに対してのみ機能し、更新が必要であるとどこかで読んだと思います（最後に私は推測します）-それはからの翻訳ツールキットから来ていることに注意してくださいHouse Githubのソースコードを翻訳すると、執筆時点での最新バージョンは2.2.5（何を使用しているのかわかりません）です。 別のプロジェクトからWebページを見つけました（GitHubベースであるかどうかはわかりませんが、それらの全体的なプロセスは、私たちがしなければならないようなもののようでした： mixxx国際化ページ。

実際、その「エンコーディング」エラーは、エンコーディングがASCIIでUTF-8ではない.tsファイルを生成しようとしているように聞こえるので、（_ translated_文字列で）いくつかの文字を使用する必要があるポイントでバーフィングしますASCIIではありません...

そのページは4年前に最後に更新されました！ 開発者向けのプロセスは終了しました
日付の、私は思います。 それはかなり印象的な翻訳ドキュメントです
けれど！

火、2017年9月19日には、6時18分午後スティーブン・ライオンズ[email protected]は書きました：

@ vadi2は書いた：

Transifexから翻訳をそのままにして.poをダウンロードできました。
しかし、po2tsはPythonエンコーディングエラーでファイルをチョークします：

私はどこかで彼らのバージョンのpo2tsが古いものにしか機能しないことを読んだと思います
.tsファイルの仕様と更新が必要（最後に私は推測します）-I
それは翻訳ツールキットから来ていることに注意してください
Translate HouseGithubソースからのhttp://toolkit.translatehouse.org/
コードhttps://github.com/translate/translateで、最新バージョンは
執筆時点で2.2.5（彼らが何を使用しているかはわかりません）。 見つけた
別のプロジェクトのWebページ（GitHubベースかどうかはわかりませんが、
彼らのための全体的なプロセスは、私たちがしなければならないようなもののように見えました：mixxx
国際化ページ
https://mixxx.org/wiki/doku.php/internationalization 。

—
あなたが割り当てられたので、あなたはこれを受け取っています。

このメールに直接返信し、GitHubで表示してください
https://github.com/Mudlet/Mudlet/issues/856#issuecomment-330592819 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AAGxjEdeBPs-7fDkUwfoLjUt48eJJhl0ks5sj-lagaJpZM4M3_u1
。

Weblateは良い位置にないようです。 ホストされているアプリケーションに対する応答をまだ受け取っていません。また、プロジェクトは更新によってあまり取得されません。 Transifexに戻ります。

QtでTransifexをセットアップする方法のヒント： https ：

https://bugreports.qt.io/browse/QTBUG-1136 ：

最後に、言語学者は本質的に生命維持に取り組んでいます。私たちはこの分野を専門とするISVに地面を譲りました。

Qt Linguistは行き止まりのテクノロジーであり、今後は機能が提供されないため、ここではWebベースのプラットフォームを使用する必要があります。

＃1334が利用可能になったので、Transifexの翻訳を起動して実行する方法を見ていきます。

Kebapの相互参照で私が述べたことを繰り返すと、 crowdinも私たちのようなオープンソースプロジェクトの有効な選択肢のように見えました-そして彼らはQt .tsファイルを処理でき、 Github統合もあります-疑似ローカリゼーション機能も必要ですテキストが適切に構造化されていないため（私は思う）、GUIの問題を防ぐのに役立ち、 en-USより長い文字列を持つ言語に十分な余裕を残すのに間違いなく役立ちます...

群衆は素晴らしく見えます-それがTransifexとどのように比較されるか見てみましょう、私はここにテストプロジェクトを持ってい

@SlySvenは、翻訳者にとってhtmlをより良いものにするためのコードマングリングは時期尚早でした。たとえば、transifexはhtmlマークアップをすでに処理しています。

私はそれを理解しました-crowdinにもそのオプションがあります。 エディタタグ設定で「非表示」を選択するだけです：

これは、 @ SlySvenが行っていたコードマングリングを行う必要がないことを意味します。ソース文字列でHTMLをそのまま使用でき、コーダーと

私は翻訳のために@crowdin使用の@SlySvenさんの提案で満足しています。 @ Kebap 、 @ keneanung 、 @ SlySvenあなたの考えは？

私がクラウドインのプロジェクトを公式にブラッシュアップすることに同意したら、オープンソースライセンスを申請し、翻訳者に知らせ始めます。

おい、

私はCrowdinチームの一員であり、必要に応じてさらなるセットアップを喜んでお手伝いします！ ご不明な点がございましたら、お気軽にお問い合わせください。

私もクラウドインで元気です。 そのUIは最初は混乱していましたが、私たち（私）はそれに慣れると確信しています。

Transifexは、現在のQt .ts形式を適切に/直接処理していないことを理解したため、精神的にオフにしたため、Transifexを詳しく調べていなかったことを告白します。変更されたか、間違っていました。その信念で？

最近のgitcommitで見たCrowdinの1つは、特定の言語用にローカルに構成された複数の.tsファイルをアップロードしていたことです。 mudlet_en.tsファイルを1つのファイルに送信するだけで修正されましたが、それでも私には正しくないようです。 mudlet.proファイルのTRANSLATIONS =行を削除またはコメントアウトして、（ソースのベースで）実行されるシェルスクリプトを作成することをお勧めします。

lupdate -recursive ./src/ -ts ./translations/mudlet.ts

Crowdin翻訳プロセスに渡す単一の非言語固有のファイルを生成し、それを取得して必要なmudlet_xx_YY.tsファイルを生成します（Crowdinの1つの設定を変更して、 _xx_YYを指定しました） _xx言語のものにのみ設定されているように見えました）。 それでも、一連のファイルが同じディレクトリにコピーされて、 lrelease準備が整います。

ところで、サフィックスのないプレーンなファイルを残しておくと、マイノリティ言語の利害関係者が、提供されたQt言語学者との別のカバーされていない言語を希望する場合に、ファイルをコピーして名前を変更して非公開で機能させることができるため便利です。 {たとえば、9月19日のピラティカルなものかもしれません!!!}

Qt DesignerプラグインがQtバージョンの最後の2、3でHTMLをマングルすることに少し熱心にならなくなったように見えるので、私が取ったHTMLの難読化防止手順は少し少なくなったように思われます。 たとえば、最後に編集した人がシステムで持っている特定のフォントを、一般的なフォントのままにするのではなく、使用を強制することによって、物事を混乱させたり変更したりしないことを、私はまだ完全には確信していません。すべてのプラットフォームで動作します。 このようなHTMLを作業に記録する方法に影響を与えるため、ここで別の外観とレポートを作成します。

Transifexは、現在のQt .ts形式を適切に/直接処理できないことを理解したため、精神的にオフにしたため、Transifexを詳しく調べていなかったことを告白します。これは変更されたのでしょうか、それとも間違っていたのでしょうか。

私もそうだった、それは変わったようだ： https ：

Qt Designerプラグインを使用する予定はないので、マングリングは関係ありません。crowdinはそれ自体で十分に翻訳を処理し、「非表示」スタイルのHTMLレンダリングは許容範囲内です。

ああ、それはまだそれをやっています-テーブルとDTDを挿入します-それで、これは人間によって読みそして解析するのがより簡単です、これは：

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'FreeSans'; font-size:9pt; font-weight:400; font-style:normal;">
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;"><span style=" font-size:large; font-weight:600;">Welcome to Mudlet!</span></p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Click on one of the MUDs on the list to play.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">To play a game not in the list, click on <img src=":/icons/list-add_small.png" /><span style=" color:#555753;">New</span>, fill in the <span style=" font-style:italic;">Profile Name</span>, <span style=" font-style:italic;">Server address</span>, and <span style=" font-style:italic;">Port</span> fields in the <span style=" font-style:italic;">Required</span> area.</p>
<p align="center" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">After that, click <img src=":/icons/dialog-ok-apply_small.png" /><span style=" color:#555753;">Connect</span> to play.</p>
<p style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">Have fun!</p>
<p align="right" style=" margin-top:12px; margin-bottom:12px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px;">The Mudlet Team <img src=":/icons/mudlet_main_16px.png" /></p></body></html>

またはこれは、私たちに関する限り同じことをします：

<html><head/><body><center><big><b>Welcome to Mudlet!</b></big></center></p>
<p><center>Click on one of the MUDs on the list to play.<center></p>
<p><center>To play a game not in the list, click on <img src=":/icons/list-add_small.png"/> <span style="color:#555753;">New</span>, fill in the <i>Profile Name</i>, <i>Server address</i>, and <i>Port</i> fields in the <i>Required</i> area.<center></p>
<p><center>After that, click <img src=":/icons/dialog-ok-apply_small.png"/> <span style=" color:#555753;">Connect</span> to play.</center></p>
<p>Have fun!</p>
<p align="right">The Mudlet Team <img src=":/icons/mudlet_main_16px.png"/></p></body></html>

技術的には、これはすべてQtリッチテキストであり、HTMLのサブセットにすぎません（厳密なHTML 4.0 DTDを強制的に含めるのはなぜですか？）

翻訳者が見る生のファイルに<と>代わりに<と>ここに表示しても、どちらがHTML / Qtリッチテキスト表示ウィジェットがない場合の操作が簡単になります...

CJK言語は実際には太字または斜体のフォント効果を使用すべきではないことをどこかで読んだと思います（代わりに、グリフの一方の端にドットアクセントと同等のものを使用すると思います）-そのような場合、マークアップが関与する可能性があります翻訳プロセス..

シェルスクリプトの実行は（Windowsの場合）移植性がないので、私はそうしません。 現在のmudlet_en.tsファイルは正常に機能しているようですか？

金曜日なので、次のステップに取り掛かることができるように、数日以内にこれについて結論に達しましょう。

1）翻訳者が紛らわしい文字列を報告するプロセス-翻訳者がそれを理解できない場合、ユーザーも理解していない可能性があります
2）実際の翻訳プロセスとそれが私たちのワークフローでどのように機能するか

最初に必要なプロセスの詳細についてもっと考えてから、どのツールがそれらに最も適しているかを判断することをお勧めします。

私が今見る限り、私たちはいくつかの異なる主要なテキストソースを持っています：

• マッドレットクライアント自体
• マッドレットのウェブサイト
• マッドレットウィキ
• 「その他の」自発的なテキストは手動で含める必要があります

次に、それぞれのプロセスはほとんど同じですが、個別に確認する必要があります。

• 翻訳が必要な関連する現在のテキストから古いテキストを区別する方法を見つけてください。
• ソースからテキストを取得します（上記を参照）。 これはどのツールでも自動化できますか？ 誰が責任を負うべきですか？
• 翻訳ツールにテキストを取り込みます。
• 内部ツールの翻訳（これは予想されることですが、優れたインターフェイスとワークフローも必要です）
• 翻訳者は、混乱を招く文字列を、どのように調整する必要があるかについての情報とともにMudletチームに報告します。
• マドレットチームはソースのテキストを更新します。 レポートのため、または自然進化のため。
• ソースから更新されたテキストは、翻訳ツールで更新する必要があります。 再度エクスポートおよびインポートし、さらに差分を追加します。
• 翻訳されたテキストは終了します。 翻訳ツールからエクスポートします。 再び自動化？
• 翻訳されたテキストをソースにインポートします。
• ソース内の翻訳の表示。 ここでは、各ソースにある種の言語トグルスイッチが必要になります。

WordpressとMediawikiの

上記のすべてのステップで最も自動化されたプロセスが大好きで、最もサポートできるツールを選択します。

ソースコード/ダイアログ（フォーム）に関する限り：

• 翻訳が必要な関連する現在のテキストから古いテキストを区別する方法を見つけてください。
• ソースからテキストを取得します（上記を参照）。 これはどのツールでも自動化できますか？ 誰が責任を負うべきですか？
  
  
  
  • どちらもlupdateコマンドで実行されます。このコマンドは、ソースコードからソーステキストを抽出し、ソースコードを推測して、それらのレコードを追加/更新します。これは、言語に依存しないmudlet.tsファイル（現在のmudlet_en.tsは、特に英語の翻訳を保持していることを一部の関係者に通知しますが、ソースコードとしてどのように使用するか==> Crowdin日付転送メディアは、英語（アメリカ）以外のすべてに使用されます）case。 --no-obsoleteオプションで呼び出されない場合、既存の文字列は削除されません。これは、少なくとも開発段階で必要なものです。 en-USロケールは、複数の文字列のみを含む非常に短いロケールになります。つまり、「％n部屋を削除する」などのソース文字列がある場所であるため、その場合は「1部屋を削除する」または「2部屋削除」を使用します。
  
  
• 翻訳ツールにテキストを取り込みます。
  
  
  
  • 開発ブランチを更新するプロセスにより、上記が発生し、更新された.tsがLinux CIビルドからアップロードされます（スクリプトを作成するのが最も簡単なため）。
  
  
• 内部ツールの翻訳（これは予想されることですが、優れたインターフェイスとワークフローも必要です）
• 翻訳者は、混乱を招く文字列を、どのように調整する必要があるかについての情報とともにMudletチームに報告します。
  
  
  
  • クラウドインでは、少なくともマネージャーに表示されるソース文字列について、誰でもコメントしたり問題を提起したりできるようです（ただし、より多くの関係者に公開される可能性があります）
  
  
• マドレットチームはソースのテキストを更新します。 レポートのため、または自然進化のため。
  
  
  
  • ソーステキストが混乱している場所や、予想されるen_USフォームのスペルが間違っている場所を含みます。たとえば、ライセンス（en-GB名詞、en-GB動詞としてのライセンスを参照）を使用した可能性がありますが、両方のフォームで常にen-USのライセンスです。
  
  
• ソースから更新されたテキストは、翻訳ツールで更新する必要があります。 再度エクスポートおよびインポートし、さらに差分を追加します。
  
  
  
  • lupdate再実行します-しかし、これは「開発」ブランチの更新でCIスクリプトを介して自然に発生するはずです
  
  
• 翻訳されたテキストは終了します。 翻訳ツールからエクスポートします。 再び自動化？
  
  
  
  • 私たちの1人は、Crowdinから手動でmudlet_xx_YY.tsファイルのフルセットとして「翻訳をダウンロード」し、それらを/translationsディレクトリにgitコミットできます。これらのファイルはlupdateによって更新されないことに注意してください。 複数の場合（ mudlet_en_US.ts 1つのみ）-代わりに、Crowdinでmudlet.tsファイルから生成されます。
  
  
• 翻訳されたテキストをソースにインポートします。
  
  
  
  • 必要なものではありませんが、翻訳テキストはアプリケーションによって.tsファイルから読み取られません。 代わりに、コードが改訂されて公開されると、マッドレットアプリケーションは、選択されたmudlet_xx_YY.qmバイナリファイルを（適切なQtファイルと一緒に）ロードすることにより、実行時に翻訳を読み取ります。インストーラーバージョンで配布します！）最初は、私たちの1人がlreleaseを実行して、 .tsファイルを一致する.qmファイルに変換し、それらをgitリポジトリにコミットすることを想像します。良い。 最終的に、Vadimは、リソースファイルとして含まれる一連の.qmファイルを含むリリースバージョンを出荷することを提案しました。 これはインストーラーバージョンに適していますが、Linuxパッケージャーは、代わりに、読み取り専用の/usr/share/mudlet/translations （外部のMudlet luaファイルと一緒に）にそれらを格納することを期待します。 私はこれらの配置の両方を処理できるようにするプロトタイプコードを持っていますが、ユーザーが他の場所から（おそらくソースコードの/translationsディレクトリから）翻訳ファイルをロードできるようにすることで、翻訳のスタンドアロン開発が可能になりますオリジナルのQtツールLinguist使用した利害関係者による他の少数言語の場合、開発者はプライベート/テストケースで作業することもできます。
  
  
• ソース内の翻訳の表示。 ここでは、各ソースにある種の言語トグルスイッチが必要になります。
  
  
  
  • QLangaugeEventを使用した実験から、 QQTranslator::load(...)が呼び出されるたびに起動するため、必要以上に複雑です- mudletクラスemitする方が簡単であることがわかりました(void) signal_translatorChangeCompleted(const QString&, const QString&)現在および以前のxx_YYコード（language_COUNTRY / REGION）の引数は、スクリプトのluaイベントを生成するHostを除いて、ほとんど使用されていません。使用する/ packageイベントハンドラー。 そのシグナルは、永続的なGUIテキストを含むすべてのクラスにslot_guiLanguageChange()に送信されます。ここで、 setupUi(this)使用するすべてのクラスで定義されている、必要なretranslateUi(this)が呼び出されます。 Qt IDEのオプションを正しく（ qmake直接使用した場合にこれがどのように機能するかわかりません）：
    
    
    
    この呼び出しにより、フォーム/ダイアログ内のすべての翻訳可能な文字列の翻訳が変更されます。次に、さまざまなテキストがまとめられる原因となった可能性のある条件を考慮して、実行時に作成するすべてのGUIテキストを再生成する必要があります。 tr(...)を使用して一時的なテキストを作成するたびに永続的な文字列を変更するだけでよいため、これは思ったほど悪くはありません。
  
  

このトピックについて私が持っているのはこれだけではありませんが、ほとんどの手順がアプリケーションGUIテキストに対してどのように行われるべきかを理解できます...

それらの詳細をありがとうSlySven！ 私には思えます、多分あなたは以前にこれをしたことがありますか？ 別のアプリケーションについては？ Corwdinとは？ これにより、Mudletアプリケーション自体の翻訳がはるかに簡単になります。

一方、上記の前回の投稿で説明したように、Wikiドキュメント、Mudlet Webサイト、および手動で組み込む必要のある追加のテキストなど、Mudletユニバースの他のテキストソースについても同じ質問があります。

私は上記の答えを完全には調べていませんが、CrowdinにはGithubが統合されていますが、これは考慮されていません-https

みんなのクラウドイントライアルは4日で期限切れになるので、イェーイ/イェーイが必要です-これまでのところ満足しているようです

私からイェーイがありました！

こんにちは！ ;）

私はhttps://crowdin.com/を試しました…翻訳は大丈夫です、翻訳や例の「コンテスト」のように、迅速なフィードバックやリクエストなどに適しているかどうかはわかりません...

クラウドインのコメントセクションはどうですか？

こんにちは@ジョーカー-ITA、

翻訳者にコンテキストを追加する方法には、実際にはいくつかの方法があります。

1）エディターで、文字列の下の[コンテキストの編集]をクリックして、翻訳者に詳細情報を提供します。
2）エディタに任意の文字列にコメントを残すことができます（右側のパネルにコメントを入力します）。
3）プロジェクト設定-> [文字列]タブを使用して、任意の文字列のコンテキストを追加します。
4）通常の翻訳者が理解できない特定の用語があると思います。したがって、用語集を作成してCrowdinにアップロードするのは理にかなっています。 詳細情報。 2列のExcelスプレッドシートでもかまいません。用語と説明。
5）ファイル内にコメントがある場合（つまり、Android XML、iOS文字列、.properties、.yml、Google Chrome JSON）、それらはファイルと一緒に自動的にインポートされます。
6）スクリーンショットをCrowdinにアップロードし、任意の文字列にタグを付けることができます：https：//support.crowdin.com/adding-screenshots/
7）webapp l10nについて話す場合、翻訳者がWebサイトで直接翻訳できるように、コンテキスト内機能を試してみるのは理にかなっています。

翻訳のためにテキストをコンテキスト化する方法は、これが唯一の主要な方法です😄

@Kebapは書いた：

それらの詳細をありがとうSlySven！ 私には思えます、多分あなたは以前にこれをしたことがありますか？ 別のアプリケーションについては？ Corwdinとは？ これにより、Mudletアプリケーション自体の翻訳がはるかに簡単になります。

Qt独自のツールを手動で使用するだけです（ここ数年、南フランスで数週間かけて詳細を検討しました）。 lupdateとlrelease 2つを引き続き使用しますが、Qt Linguist （多数のソーステキストに翻訳を追加するツール）を置き換えます。 .ts lreleaseが必要な言語/場所固有のmudlet_xx_YY.qmファイルに変換する前に、翻訳ごとにlupdateによって生成された.tsファイル-言語/場所の翻訳ごとに1つ提供）Crowdinを使用すると、単一のmudlet.ts †ファイルを取得し、代わりにmudlet_xx_YY.tsファイルを生成します。

linguistを使用することと、Crowidを使用して行うこととの重要な違いのひとつは、次のことをしなくても逃げることができるということです。

TRANSLATIONS =

Crowidのプロジェクトファイルの行。

†実際には、2つのファイルが必要になると思います。すべてのロケールでmudlet.tsであり、Crowdinプロセスを通過します。 mudlet_en_US.tsは、 -pluralonlyオプションで抽出され、 tr("deleted %n room(s)", "", roomCount)ようなメッセージをroomCountの値に応じて"deleted 1 room"または"deleted 2 rooms"に変換するためのいくつかの翻訳は、おそらくあなたが本当に行うことができます...

素晴らしい-私たちはCrowdinと一緒に行きます:)

@SlySvenが提案するようにファイル名を調整し、

@SlySvenの回答を考慮して、 @ Kebapの質問に回答します。

• 翻訳が必要な関連する現在のテキストから古いテキストを区別する方法を見つけてください。
  
  
  
  • lupdateツールはこれを行います
  
  
• ソースからテキストを取得します（上記を参照）。 これはどのツールでも自動化できますか？ 誰が責任を負うべきですか？
• 翻訳ツールにテキストを取り込みます。
  
  
  
  • lupdateを手動で実行し、それらをdevelopmentコミットします-この部分は、Travisによって毎日自動化できます
  
  
  • githubの統合により、crowdinが自動的にそれらを取得します
  
  
• 内部ツールの翻訳（これは予想されることですが、優れたインターフェイスとワークフローも必要です）
  
  
  
  • クラウドインの翻訳インターフェース
  
  
• 翻訳者は、混乱を招く文字列を、どのように調整する必要があるかについての情報とともにMudletチームに報告します。
  
  
  
  • クラウドインに問題を書き留める
  
  
• マドレットチームはソースのテキストを更新します。 レポートのため、または自然進化のため。
• ソースから更新されたテキストは、翻訳ツールで更新する必要があります。 再度エクスポートおよびインポートし、さらに差分を追加します。
  
  
  
  • クラウディンはそれを拾います
  
  
• 翻訳されたテキストは終了します。 翻訳ツールからエクスポートします。 再び自動化？
  
  
  
  • うん、crowdinはPRを自動的に開きます： https ：
  
  
• 翻訳されたテキストをソースにインポートします。
• ソース内の翻訳の表示。 ここでは、各ソースにある種の言語トグルスイッチが必要になります。
  
  
  
  • @SlySvenはここで魔法をかけます:)
  
  

複数形のみの個別の翻訳ファイルを用意する必要はありますか？

翻訳手順はhttps://wiki.mudlet.org/w/Translating_Mudletで入手できます