そこで、Use Base Internationalization を使用して Xcode でストーリーボードをローカライズしました。
私は行って、strings ファイル内のすべての文字列を翻訳しました。わーい。それは永遠にかかりました。
ここで、ストーリーボードのベース ファイルに新しい要素を追加しました。その中にラベルがあり、国際化する必要がある文字列があります。保存したり、ビルドしたりしましたが、その新しい要素は、きれいな文字列ファイルのどこにも見つかりません。
すべての要素を手動で追加する必要があるとは言わないでください。
IB のインスペクター (クラス セクションの下) でオブジェクト ID を手動で見つけます。これらの新しい要素を自分で手動で記述します。
別のスプレッドシートですべての文字列を追跡し、そこから各言語の .strings ファイルを自動的に生成する方が簡単であることがわかりました。
2 つの場所 (xcode とスプレッドシート) で翻訳キーを追跡する必要がありますが、少なくとも、文字列を追加するたびにすべての Localizable.strings ファイルを編集またはマージする必要はありません。
ここで VBA マクロを含む Excel スプレッドシートの例を参照してください: http://members.home.nl/bas.de.reuver/files/multilanguage.zip
Xcode のリリース ノートには次のように書かれています。
文字列ファイルをユーザー インターフェイス ドキュメントの新しいコンテンツと再同期するには、ibtool コマンドの --generate-stings-file オプションを使用して、新しい文字列ファイルを生成します。次に、新しいファイルを既存のローカライズされた文字列に手動でマージします。
それはかなり不自由ですが、そこに行きます。FileMerge のようなものを使用して、違いを整理することができます。(文字列ファイルを読み込んでマージする一連のスクリプトがあります。そのようなことを書くのはそれほど難しくありません。)