2016-02-18 7 views
9

私は現在、iOSアプリケーションを開発中で、複数の言語にローカライズしていますが、問題はありません。XCodeストーリーボードのローカリゼーション重複する文字列がマージされますか?

私はストーリーボードに新しいローカライズを追加すると、xcodeは自動的に文字列を埋め込みますが、これは非常にいいです。私が抱えている問題は、私は両方の戻るボタンを持っている複数のインターフェイスがあるということです。これらのテキストはもちろん同じで、翻訳も同様です。 私が疑問に思っていた質問は、strings.localizableを使用せずに、何とか複数のオブジェクト翻訳を1つにマージすることは可能でしょうか?

これが現在どのように見えるかです:

"Pnu-Ec-HAj.normalTitle" = "Back"; 
"Rtx-fT-rdc.normalTitle" = "Back"; 

をしかし、そのような

"Pnu-Ec-HAj.normalTitle", "Rtx-fT-rdc.normalTitle" = "Back"; として構文があった場合、それは仕方容易になるだろう(この構文は明らかに正しくない)

私はかなり長い間見回してきましたが、まだこの質問に対する答えは見つかりませんでした。

読んでいただきありがとうございます。

答えて

0

残念ながら.stringsファイルがkey-value filesいると、自然に、キー(それは性質が続く要素のペン先IDによって構成されて)および関連する文字列値が存在しなければなりません。

Appleは先例のリンクで説明したよう:

標準の文字列のファイル形式は、オプションのコメントとともに一つ以上のキーと値のペアで構成されています。指定されたペアのキーと値は、二重引用符で囲まれ、等号で区切られたテキスト文字列です。

あなたの考えは.stringsファイルでサポートされていません。

この機能をサポートする唯一の方法は、コードにNSLocalizedStringを使用することです。

2

私は例えば、次のようなコードでストーリーボード内のすべてのテキストを参照し、のviewDidLoad上のテキストを設定することをお勧めしたい:

buyButton.titleLabel.text = NSLocalizedString(@"SHOP_BUY_BUTTON_TEXT",@"Button for buying product in detail view");

それはあなたが巨大な絵コンテを持っている場合は、作業の負荷ですが、最終的には簡潔なキーとコメントを含むきれいなLocalizable.stringsがあり、翻訳者に必要なコンテキストを提供します。

SHOP_***ためので、私はまた

など、USER_SETTINGS_***、アプリのセクションとキーの接頭辞、我々はオンライン私たちの翻訳を整理し、クラウドからそれらを更新するOneSkyのようなサービスを使用します(ありませんそれらに関連していて、歯の問題もないわけではありません)。

関連する問題