問題タブ [xliff]

私は、FuelPHP 内で i18n を処理する別の方法を見つけようとしています (こちらを参照)。

Symfony2 Translation コンポーネント(composer を使用) をベンダーとして Fuelにインポートし、xliff ファイルで i18n を管理することにしました。

これが私の（簡略化された）コードです：

非常に小さな xliff ファイルでテストしていたので、最初はうまく機能していると思いましたが、アプリケーション全体の完全な xliff カタログ (約 1400 エントリ) を生成したので、各要求は非常に遅くなります。

問題は、Symfony2 フレームワーク全体がネイティブにキャッシュするのと同じ方法で、翻訳コンポーネントを使用するときに翻訳をキャッシュする方法があるかということです。

FrameworkBundleのTranslator クラスには、cache_dir を定義できるオプションを受け入れるコンストラクターがあります。とにかく、翻訳コンポーネントを使用してそれを達成できますか?

その問題について助けてくれてありがとう。

ユーザーフォーム検証用のymlファイルがあります（他の多くのフォームと同様のフォーム）：

フォームは以下のように小枝にレンダリングされます

私の symfony2 Web サイトは多言語構造で、単語の翻訳用にmessages.mylang.xliffファイルがあります。すべて正しく動作します。私の質問は、「error_min_message」をmessages.mylang.xliffに挿入する方法があるかどうか、またはそのメッセージを翻訳する他の方法があるかどうかです。

DITA を XLIFF に変換しています。私の技術的な解決策では、いくつかの DITA 属性に対応するために xliff-core-1.2-strict.xsd を特殊化 (変更) する必要があります。これは、一部の属性が「g」タグに付随することを意味します。例えば：

翻訳側からは、どのように機能するかわかりませんので、私の質問は次のとおりです。

1. LSP がさまざまな企業からさまざまなフレーバーの XLIFF XSD を取得するのは一般的な慣行ですか?

2. また、更新された XLIFF XSD を更新することで、XLIFF エディターで使用することは可能ですか? 「Transolution」を探索しようとしましたが、変更された XSD を配置する場所が見つかりませんでした。これについて何か考えがあれば教えてください。

   ありがとう。

Symfony2 の翻訳システムを使い始めました。

すべてが非常にうまく機能します。

ただし、twig ビュー ファイルからソース/ターゲット文字列を参照する場合のベスト プラクティスについて 1 つ質問があります。

これを考えると：

次のように使用しても問題ありません:

ソースセクションでは、次のような短いソース参照を使用できることを知っています。

これにより、小枝の部分がよりきれいになります。

問題は、元の en 翻訳ファイルを翻訳者に渡して別の言語に翻訳させたい場合、翻訳する必要がある文字列全体を現場で持っている方がはるかに良いということです。しかし、それは小枝のコードをかなり乱雑にします。ソース文字列全体を使用せずに小枝で翻訳文字列を参照する別の方法はありますか?

コード スタイルとフォーマットを標準化するために、Android Studio を使用して、 IntelliJ Android コード スタイル テンプレートをオープンソース プロジェクトOneBusAway Androidに適用しました。

問題は、テンプレートを適用すると、<xliff:g>タグがstrings.xml新しい行にプッシュされ、前の行の末尾の空白が取り除かれることです。これにより、複数の値の前にスペースが挿入されるのを効果的に防止できます。

スタイル テンプレートを適用する前に:

..正しい文字列を作成します：

テンプレートを適用した後、複数形の値の前のスペースが切り取られます。

...結果は次の文字列になります。

Android オープン ソース プロジェクトを調べて、彼らがこれをどのように処理しているかを確認したところ、XML タグが 1 行に残されているようです: https://github.com/android/platform_packages_apps_mms/blob/master/res/values/strings .xml#L690 https://github.com/android/platform_packages_apps_contacts/blob/master/res/values/strings.xml#L568

行制限に対するAOSP の2 つの例外は、ここでは適用されません。

私のオプションは次のようです：

1. スタイル テンプレートを変更して、先頭または末尾の空白を許可します (テンプレートを AOSP と同一に保つために、これは避けたいと思います)。
2. これらの行のテンプレートを 100 文字を超えて拡張するか、<xliff:g>タグ内に先行スペースを追加して無視します (テンプレートの下にプロジェクト全体を配置することをお勧めします。そうすれば、誰かが再フォーマットして将来この問題を再び引き起こすことはありません)。 .

何か不足していますか？ここにスペースを導入する別の方法はありますか (特殊文字やエンコードされた文字を使用するなど)?

また、Github の OneBusAway Androidの問題としてこれを追跡しています。スクリーンショットと、興味のある方向けの追加リンクがあります。

更新: Android Template for Eclipseを使用して、これと同じ XML を Eclipse でフォーマットしようとしましたが、この問題は発生しません。つまり、テンプレートの適用後に XML に変更はありません。したがって、これは Android Studio のバグか、IntelliJ テンプレートの問題であると思われます。これが、AOSP ラインが無傷である理由だと思います。

編集: この問題は Android Studio 0.4.4 で修正されましたが、0.8.9 で再発しました。詳細については、 AOSP の問題 65394を参照してください。

<br />symfony の XLIFF i18n ファイルで改行 () を使用するための実用的なソリューションを探しています。

残念ながら、デフォルトのタグ<x id='1' ctype='lb'/>は Twig や symfony の XLIFF 実装によって取り除かれているようです。XLIFF 形式は symfony2 の推奨形式なので、symfony のクックブックに改行に関する単一の行がないことを疑問に思っています。

一般的なプレースホルダー <x/>(非推奨)

この<x/>要素は、元のドキュメントのコードを置き換えるために使用されます。必須の id 属性は、スケルトン ファイル内の置き換えられたコードを参照するために使用されます。オプションのctype属性を使用すると、プレースホルダーが表す属性の種類を指定できます。

出典: XLIFF 1.2 仕様

編集2：

この<x/>要素は非推奨です。現在、この情報はドキュメントで確認できます。