Mudlet: 変更時に翻訳が失われないようにする

改善する方法はありますか？ @crowdin

翻訳を保持するか破棄するかの境界線はどこにありますか？

私には、翻訳をTMに戻すのが最善のように思えます。それを再び引き出すのは非常に簡単で、翻訳者はテキストを再利用するかどうかを決定できます。

正確には、Crowdinのスクリーンショットが示唆しているように、その線は文字列ごとに個別に描画する必要があります。

翻訳者がgithubから文字列を取得した後、ポップアップダイアログを開始するオプションを歓迎します。

現在、プルをすばやく修正するために、以前に翻訳された文字列を区別することさえできません。

どの翻訳が壊れたかを調査するために、すべての変更に何時間も費やすのは合理的ではないと思います。

Qt独自の言語学者（またはlupdate ）を使用して、ソースコードから言語固有の.tsファイルの束を直接更新する場合、 lupdateには次のオプションがあります。

          Drop all obsolete and vanished strings.

そのオプションが指定されている場合にのみ、未使用または廃止された（コメントの変更がCrowdInによって処理されていると私が思う方法）文字列が.tsファイルから削除されます。 どういうわけか、CrowdInをそのように動作させる必要があります。 ：祈る：

重要なのは、コメントの変更（曖昧性解消の変更は異なるかもしれませんが）が翻訳をクリアするべきではないと思います-「承認済み」ステータスを失うことは許容されるかもしれませんが、忘れられることはありません。

皆さんこんにちは、

リポジトリに保存されている構成ファイル（ crowdin.yml ）でupdate_optionパラメーターを指定することで、CLI / API / GitHubを介してファイルを更新するときにも、変更された文字列の翻訳を保存できることに注意してください。

より詳しい情報：
https://support.crowdin.com/configuration-file/#changed -strings-update

変更を行った後、変更を適用するには、Crowdinでの統合を一時停止して再開してください

それがまさにあなたが必要としているものであることを願っています！

返信ありがとうございます！

@Kebapどのオプションをご希望ですか？

みんなありがとう。 これは素晴らしいです。 オプションを詳細に確認します。

オプション「update_as_unauthorized」を試してみたいのですが、これは良い妥協案のようです。翻訳はそのまま残りますが、承認済みのステータスは失われます。

さて、これをテストしたところ、うまくいかなかったようです。 文字列はまだ翻訳を失いました。 上記のリンクされたナレッジベースセクションに示されている例を正確に反映するために、構成yamlファイルの自動的に作成された簡単なレイアウトを拡張することさえしました。

それでも、Crowdinは、残念ながら、翻訳を保持して承認を削除するのではなく、単に文字列を置き換えただけのようです。 私はそれを間違っていますか？

文字列には以前に翻訳と承認がありました（承認は.tsファイルに表示されないようですか？）

更新オプション「update_as_unauthorized」は、短いyamlレイアウトと長いyamlレイアウトでテストされ、どちらも同じ結果になりました

文字列（またはコメント）を変更した後、Crowdinは翻訳と承認なしで変更された文字列を表示するようになりました

Crowdin Diffは、文字列を「保持されたが承認を失った」ではなく「削除および追加された」と報告します

-この行の上に返信してください-

        Hi everyone,

問題は、プロジェクトでファイルが.htmlであり、
.ts。 このようなタイプのファイルには、明確なKEY：VALUE構造がありません。
したがって、ファイルを更新すると、変更されたすべての文字列は
新しい文字列と見なされます。 これは、システムの予想される動作です。
しかし、これでできることがあるかどうかを開発者に尋ねます
彼らがオフィスに着いたらケース！

私の返事をどう評価しますか？
素晴らしい[1]大丈夫[2]良くない[3]

-
心から、
オルガ・クタ
カスタマーサクセスマネージャー

リンク：

[1]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/1/
[2]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/2/
[3]
https://secure.helpscout.net/satisfaction/204306672/record/1818790773/3/

    > On Sat, Sep 8, 2018 at 1:34:23 EEST, Mudlet/mudlet <[email protected]> wrote:

オプション「update_as_unauthorized」を試してみたいのですが、これは
良い妥協点：翻訳はそのまま残りますが、承認されたものは失われます
スターテス。

さて、これをテストしたところ、うまくいかなかったようです。 文字列はまだ失われています
彼らの翻訳。 自動的に強化するところまで行った
構成yaml[1]ファイルの簡単なレイアウトを作成して
ナレッジベース[2]セクションに記載されている例を正確に反映します
上にリンクされています。

それでも、Crowdinは残念ながら単に
翻訳を保持して単に削除する代わりに、文字列
承認。 私はそれを間違っていますか？

文字列には以前に翻訳と承認がありました（承認は
.tsファイルに表示されませんか？）
[3]

更新オプション「update_as_unauthorized」は、短いものと長いものでテストされました
yamlレイアウト、どちらも同じ結果になります
[4]

文字列（またはコメント）を変更した後、Crowdinは変更されたと表示されるようになりました
翻訳と承認のない文字列
[5]

Crowdin Diffは、文字列を「保持」ではなく「削除および追加」として報告します。
彼らの承認を失った」
[6]

-
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHub [7]で表示するか、ミュートしてください
スレッド[8]。

リンク：

[1] https://github.com/Kebap/Mudlet/blob/crowdin-test/.crowdin.yml
[2]
https://support.crowdin.com/configuration-file/#changed -strings-update
[3]
https://user-images.githubusercontent.com/117238/45245753-12b3a300-b2fe-11e8-819a-fbc1cab389cd.png
[4]
https://user-images.githubusercontent.com/117238/45245828-632b0080-b2fe-11e8-8457-d16f53e62976.png
[5]
https://user-images.githubusercontent.com/117238/45245723-e7c94f00-b2fd-11e8-831d-14f3c0151aa8.png
[6]
https://user-images.githubusercontent.com/117238/45245651-843f2180-b2fd-11e8-8744-b431244e39e8.png
[7]
https://github.com/Mudlet/Mudlet/issues/1961#issuecomment -419583856
[8]
https://github.com/notifications/unsubscribe-auth/AA0k1tqzDWWwb2qGudFk9ENRg7Hm3D-Hks5uYvRcgaJpZM4WeaRq

はい、 QtIDEは.tsファイルを使用します。 確かにこれはニッチではありません。 Crowdin開発者からの推奨事項はありますか？

Qtからのフィードバックは決定的ではありませんでした：

（ケバブ）こんにちは！ 翻訳者や翻訳者を処理するためにWebベースのサービスWebサイトを使用したことがありますか？ Crowdinを使用していますが、Qt.tsファイル形式ではうまく機能しないようです。 彼らは、変更されたすべての文字列が新しい文字列であり、古い翻訳を削除すると考えているようです。 詳細については、次のスレッドを参照してください。 どうすればこれを解決できますか？ https://github.com/Mudlet/Mudlet/issues/1961
（frkleint）Kebap：http: //lists.qt-project.org/mailman/listinfo/localizationメーリングリストに投稿することをお勧めします
（Kebap）そのメーリングリストはtranslatinQtプロジェクト自体に関するもののようです。 しかし、Qtを使用して独自のプロジェクトを構築し、他の言語に翻訳している人がいるのではないでしょうか。
（frkleint）ケバブ：はい、しかし適切なメンテナ/人々はそれを読むでしょう

@Kebap、すべての詳細を再確認させてください。 頭の中に「プランB」が1つありますが、それをテストする必要があります。

ソーステキスト/翻訳をに保存しても大丈夫ですか？ .tsファイルの要素？ の中にたとえば、一意の文字列IDを持つことができます

現在、CrowdInへのソーステキストを含む1つのファイルmudlet.tsをインポート/アップロードし、それを処理してmudlet_xx_YY.tsを生成します。ここで、 xxは2文字の言語コードとYYです。 mudlet.tsは、Qt lupdateユーティリティで生成/更新されます。これは、ソース./translationsディレクトリからlupdate -locations absolute ../src/mudlet.pro -ts ./mudlet.ts {atとして実行されます。少なくとも*nuxOSから}。

別の方法がありますが、CrowdInが個々の.tsファイルを提供するような動作をするかどうかはわかりません（現在：

• mudlet_de_DE.ts
• mudlet_el_GR .ts`
• mudlet_en_GB.ts
• mudlet_es_ES.ts
• mudlet_fr_FR.ts
• mudlet_it_IT.ts
• mudlet_nl_NL.ts
• mudlet_pl_PL.ts
• mudlet_ru_RU.ts
• mudlet_zh_CN.ts
• mudlet_zn_TW.ts

）ファイルをCrowdInに送信し、CrowdIn/翻訳チームにそれらのファイルを処理させます。 これは、既存の翻訳作業が各.tsファイル内に保持されることを意味します-これは実際にQtが翻訳の実行を想定している方法です- lupdateは個々の翻訳ファイルを変更で更新するためです実行時にコードソースから送信されますが、ソースに表示されなくなった古いテキストは破棄されません（ -no-obsolete引数で明示的に指示されていない限り）。 これの欠点は、CrowdInシステムと混同したり機能しなかったりする可能性のあるすべての翻訳用の単一のソースファイルがないことです。 利点は、複数形のみのmudlet_en_US.tsファイルを生成し、リリース/バージョン/その他の変更時にCrowdInへのアップロードに含めることができるため、＃1963がすぐに問題にならないことです...

Crowdinは入力として単一のファイルを必要とすると思います。 セットアップ中に複数のファイルが気に入らなかったことを覚えています。つまり、問題は入力ファイルと出力ファイルが同じであるということでした。

入力ファイルと出力ファイルに異なる名前を付けることはできますが？

Crowdinは、翻訳するさまざまな文字列のように、確かに複数の入力ファイルを処理できます。 ただし、SlySvenの計画では、それらはすべて同じ内容になります。 つまり、ポーランド語の翻訳チームでさえ、mudlet_it_IT.tsやmudlet_ru_RU.tsなどを含むすべてのファイルが表示されます。したがって、その道をさらに進むことはなく、代わりに1つの中央翻訳ファイルを選択しました。

編集：.tsファイルを作成するための説明は正しいですが、使用される実際のコマンドは次のとおりです。lupdate-recursive。\src\-ts。\translationsmudlet.ts

Vadimの意味はわかりませんが、Kebapは同じ方向に進んでいると思います。すべてのファイルを入力できますが、CrowdIdに、セットのmudlet_ru_RU.tsのみを表示するように指示する方法を教えてください。ロシア語（ロシア）の翻訳者？

@ vadi2そうです、単一のソースファイルをアップロードすることをお勧めします。Crowdinは翻訳されたファイル自体を生成します。

mudlet_ru_RU.tsのようなファイルをプロジェクトにアップロードしないでください。

おそらく、それについてさらに話し合うための電話をかけることができますか？ andriy（at）crowdin.comで私に連絡してください

私は確かにうまくいく1つのアイデアを念頭に置いていますが、あなたがそれに満足するかどうか聞く必要があります。 重要なのは、.tsには文字列ごとに一意の識別子がないということです-.poのように、 msgidが同じソースと識別子であり、 <source>もテキストと識別子であるファイル（ <context>および<name>要素とともに、各文字列は一意であると見なされ、 <source>を変更すると、文字列は新しいものと見なされ、変更された翻訳を保持できなくなります結果の文字列）。

とにかく、私があなたのチームに話し合い/デモンストレーションしたいかなり良い解決策/回避策があります;）

...そして一部のコンテンツ（ソースからのテキスト）のみが同じになりますが、各ロケールですでに行われた翻訳もそれぞれのファイルに保存され、後続の各更新-翻訳サイクルに存在します。

私が理解している場合、Qtシステムでも一意のメッセージ識別子スキームを使用できますが、操作が難しくなります。プロジェクトの途中での変更は簡単な作業ではありません（2つのシステムは相互に排他的であり、非常に優れた方法論が必要です）。意味のある識別子を考え出すために）-そして既存のスキームの利点の一部は、重複する文字列が単一の共通の翻訳にマージされることです。同じ...

言語内のすべての文字列を100％に翻訳してから、リリースでいくつかを編集する場合でも、TMのおかげで、文字列を確認して再度追加するのは非常に簡単ではないでしょうか。

まだ100％に達していないため、この問題は実際の問題のように思われます。

@ vadi2 TMを使用して新しく追加された文字列を自動的に翻訳する機能が必要な場合は、高度なワークフロー機能を使用してそのようなワークフローを設定できます（アカウントで有効にしたばかりです）
https://support.crowdin.com/advanced-workflows/

ありがとう、感謝します:)私たちはこれを研究します。

@Kebapは書いた：

編集：.tsファイルを作成するための説明は正しいですが、使用される実際のコマンドは次のとおりです。lupdate-recursive。\src\-ts。\translationsmudlet.ts

-recursiveはデフォルトの引数の場合であり、必要ありません-新しいファイルの-locations absoluteもそうです...：slightly_smiling_face：-私はこれを見つけて、どのような効果があるかを確認していましたlupdateは、C ++ 11/14の生の文字列リテラル{ QTBUG 、＃1310}でまだ問題があり、 mudlet.tsファイルを混乱させた結果として文字列が失われているかどうかを確認します。 。：しかめっ面：

@Kebapこれはまだ問題ですか？

はい、変更前ほど悪くはありませんが。 しかし、1週間前のリンクされた問題からわかるように、開始者にとってさえ、それはまだ混乱しています。

また、ほとんどの言語はまだ100％に近づいていませんが、現在少し競争がありますが、再び翻訳を失うよりも速く文字列を翻訳しますか？

さらに、削除された翻訳が戻ってくるように見える問題を見つけました。 現在、Crowdinから翻訳を削除する方法が見つかりません。 次の更新後、自動的に再度追加されます。

@Andrulkoここに更新はありますか？ あなたは上記のプランBについて言及していました。

また、なぜCrowdinはTMでこの奇妙な動作をするのですか？ 比較のために以下のスクリーンショットを参照してください。

ここで私たちが変更したのはh3からaだけです。 他のタグは触れられていません。 さて、何が起こったのですか？

翻訳者がすべての{[=-lt;-=]}h2{[=-gt;-=]}{[=-lt;-=]}u{[=-gt;-=]}を<h2><u> 、またはむしろ<0>手動で置き換えることを期待しますか？

例へのリンク： https ：//crowdin.com/translate/mudlet/137/en-de
例のシーンショット：

これはCrowdinのTMのバグだと思います。 おそらく、別の問題として彼らに報告するのが最善でしょう。

私はここでも彼らに知らせました： https ：//crowdin.com/contacts

こんにちは、私たちはすでにあなたのリクエストをチェックし、あなたのメールに返信しました。 他にご不明な点がございましたら、お気軽にお問い合わせください。