String Catalogsの紹介

String Catalogsの紹介

Xcode 15では、すべての文字列を一箇所で管理することでアプリを簡単にローカライズすることができます。Strings Catalogsを使用したプロジェクト内の文字列の抽出、編集、エクスポート、構築方法を紹介します。また、移行ファイルを選択することで自分のペースで、既存プロジェクトに String Catalogs を採用する方法も紹介します。

関連する章
- 0:00 - Introduction
- 1:29 - Demo
- 4:13 - Extract
- 13:19 - Edit
- 22:48 - Export
- 27:52 - Build
- 28:44 - Migrate
- 31:03 - Wrap-up
リソース
関連ビデオ

WWDC23
ダウンロード

♪ ♪
Marina: こんにちは WWDCへようこそ私はMarinaです後ほど同僚のMattも参加します私たちはAppleのローカリゼーションチームに所属しています今日はString Catalogsを紹介します Appleではアクセシビリティと包括性を強く信じていますアプリのローカライズはあなたのコンテンツを世界中のより多くの人々に届ける方法の一つです実際現在Appleは40以上の言語で OSを出荷しており誰もが母国語で私たちの製品を使えるようにその数を継続的に拡大しています私たちはローカリゼーションをできるかぎり簡単にするための Xcodeのツール提供にコミットしており今日はローカライズしたコンテンツ管理のための新たに改善されたワークフローを紹介しますアプリをローカライズしたい場合いままでは文字列とstringsdictファイルの維持が必須でしたこのためすべての文字列を手作業でコードと同期させる必要がありコンテンツのローカライズを見逃すことがありましたこれでは多言語化されずにユーザーに届くことになります私たちは長年この手順に頼ってきましたが Xcode 15では String Catalogsを導入しています将来的にはこの新フォーマットが Xcodeの文字列と stringsdictファイルの両方に取って代わるでしょう String Catalogsを使用すると１箇所で全文字列を簡単に管理し確実にローカライズすることができます詳しく見てみましょうコード上でSwiftUIコントロールを使用してビュー構築とコンテンツ入力をしますこれがString Catalogsです先ほど見たSwiftコードのすべての文字列は Xcodeによって自動的に抽出されました自分で追加する必要はありませんブラジルの友達がこのアプリを使えるようにしたいのでポルトガル語に翻訳しました
これは裏庭に最近おとずれた鳥を表示するビューです正確に実際に訪れた鳥の数を表示したいのでその数を表す変数を追加してみましょうプレビューに表示されましたこれで鳥の数を見れますプロジェクトをビルドしてカタログに戻ります
簡単でしたねこれが新しい文字列です翻訳の進捗にも反映されていますね String Catalogsには強力な編集機能もついているので複雑な操作も簡単にできます例えばこの文字列には tapという単語がありますがこのアプリはマルチプラットフォームなので Macデバイスに適した表現に変えてみましょうまず英語の文字列に戻り tap to learn moreの文字列を探しますこれですね右クリックします vary by deviceを選択し Macを選んでテキストを書き直して
完了ビューに戻って実行先をMacに変えると...
プレビューで確認できます簡単でしたね
String Catalogsでできることはたくさんあります何が出来るのか詳しく見てみましょうまずは文字列を抽出できる場所を説明し String Catalogsと連携するXcodeのネイティブエディタを紹介しローカリゼーションのエクスポート方法をおさらいしますそしてString Catalogsがどのように構築されどのように既存プロジェクトに採用できるか見ていきましょうはじめにローカライズ可能な文字列とその由来について Mattに説明してもらいます Matt：ありがとう Marina！ローカライズ可能な文字列とは実行時にユーザーに表示される文字列であなたのアプリがサポートするすべての言語に翻訳する必要がありますローカライズ可能な文字列には 4つの要素があります：キーは文字列を個別化するもので多くの場合文字列そのものですこれは実行時に表示する適切な値を見つけるために使用されますデフォルト値は細かく指定しない限りデフォルトのローカライズキーに設定されます Xcode14.3からプロジェクトエディタを使用したデフォルト値の変更機能が導入されましたこれはソースコードの文字列が英語でない場合に便利です次に文字列コメントはユーザーインターフェイス上での文字列の場所と動作を翻訳者に伝える手段となります正しく翻訳できるように文字列にコメントを追加することをお勧めします最後にローカライズ可能な各文字列は文字列テーブルに属し翻訳が格納される 1つ以上のファイルに対応しますデフォルトではコードから抽出した文字列はローカライズテーブル内ですが他の方法で文字列を整理したい場合はカスタマイズできます文字列テーブルを詳しく見てみましょう .stringsファイルを使用した既存アプリの場合 1つの文字列テーブルには各対応言語のlprojディレクトリ内に .stringsファイルと場合によっては .stringsdictファイルが含まれますこれらのファイル全てでローカライズ可能な文字列テーブルを構成しています一方 String Catalogsでは文字列テーブル全体が 1つのファイルに含まれていますテーブル内のローカライズ可能な各文字列のすべての翻訳とメタデータが含まれます文字列を複数の文字列テーブルに整理したい場合は複数のカタログを作成できます各カタログはそのテーブルに属する文字列キーとアプリが対応する全言語の翻訳を保持していますキーはそのテーブル内で常に固有ですがテーブル間なら同じでも構いません例えば「WWDCへようこそ！」はここでは両方のファイルに存在しますアプリ内の異なる用途で表示される可能性があるためです Marinaが説明したように Xcode15はString Catalogsを自動で作りプロジェクト内のローカライズ可能な文字列と同期するように最善の努力をしてくれますローカライズ可能な文字列を Xcodeはどこで見つけるのでしょう？ローカライズ可能な文字列は様々な場所にあります Xcodeはソースコードやインターフェイス構築ファイルそしてString Catalogsに含まれる Info plists内から文字列を抽出できますローカライズに慣れている方はこれらの多くに見覚えがあるはずですいくつかを詳しく見てみましょう SwiftUIから始めます SwiftUIのローカライズはシームレスですビュー内で文字列リテラルを指定した文字列は自動でローカライズ可能と判断されるからです Localizable.xcstringsというカタログがある場合はローカライズ可能な文字列はすべてそこに抽出されますこれはLocalizedStringKeyの型を受け入れるすべてのパラメータで動作します SwiftUIの文字列はテキストビューを使ってテーブル名や文字列検索用バンドルやコメントを指定することができますローカライズされるべき文字列を受け入れるカスタムビューをクライアントに合わせて独自に定義することもできますここではLocalizedStringResourceを文字列型として使用しています XcodeではCallSiteで LocalizedStringResourceをインスタンス化するために文字列リテラルが使用されるとその文字列がローカライズ可能であると認識しますローカライズ可能な文字列の定義と変換には LocalizedStringResource型がおすすめです文字列リテラルを使用した初期化に対応しコメントやテーブル名の指定や文字列キー以外のデフォルト値も指定できます次はより一般的なSwiftコードに注目してみましょうここに後ほど出てくる文字列を含むいくつかのモデルコードがあります StringとAttributedStringの localized: initializersを使用しています実行時にユーザーに表示される文字列を指定するためです Foundationのインポート場所であれば LocalizedStringResourceを直接使用することもできます String Catalogsは Swiftコンパイラの強力な技術力でローカライズ可能な Swift文字列を抽出しますこのためビルド設定で Use Compiler to Extract Swift Strings を必ず有効にしてください String CatalogsはSwiftコード以外でも文字列を抽出できますこれはNSLocalizedStringを使用した Objective-Cコードの例です NSLocalizedStringマクロに埋め込まれた文字列リテラルは自動的にローカライズ可能とみなされます検出可能な独自の類似マクロを定義することもできます同じ考えで CFCopyLocalizedStringを使って Cコードでも使うことができます CまたはObjective-Cでのカスタムローカライズ文字列マクロの指定はローカライズ文字列マクロ名のビルド設定を使用しますソースコードのローカライズ方法について見てきましたが次はInterface Builderでローカライズ可能な文字列を見てみます Interface Builderで指定した文字列は自動でローカライズ可能とみなされますインスペクタでこれらの文字列のコメントを指定して翻訳者に文字列が表示される場所を知らせることも可能です String Catalogsがストーリーボードまたはxibとペアになっている場合インターフェイスビルダのローカライズ可能な文字列はすべてカタログに存在しますソースコードと同じくプロジェクトをビルドするたびに Xcodeがカタログを更新します Info plistファイルでも似たように動作します InfoPlist.xcstringsファイルをプロジェクトに追加し希望のターゲットに追加するだけですビルドするたびに Xcodeはローカライズ可能なinfo plistキーの既知のセットをカタログに追加します必要に応じて手動で追加することもできます最後に App Shortcutフレーズのローカライズ方法について Xcodeで大きな改善がいくつかありましたくわしくは「Spotlight your app with App Shortcuts」をぜひご視聴ください Xcodeがローカライズ可能な文字列を見つける様々な場所を紹介しました次はこれらの文字列がどのように String Catalogsに辿り着くのか紹介します Xcodeはビルドするたびに現在のスキームとプラットフォームでローカライズ可能な文字列を検出しますソースコードからの文字列はローカライズ可能文字列の情報源となり String Catalogs内の文字列はそれに同期する形です新しい文字列がコード上で発見されると Xcodeはそれらを String Catalogsに追加しますこの時点で文字列を翻訳することができます先ほど説明したようにローカライズ可能文字列はコードで指定したデフォルト値を保持しているかもしれませんその場合はカタログはコードからの新しい値で更新されますコードから文字列を削除した場合も Xcodeは検出してくれます文字列がまだ翻訳されていない場合は Xcodeがそれを削除しますしかしあなたが既に文字列の翻訳を入力し後に削除した場合 Xcodeはそれをそのままに Staleとマークしますこれは文字列がコードの中でもう検出されないことを示していますもはや必要ないことを確認した場合は文字列とその翻訳は削除できますあるいはインスペクタを使ってその特定の文字列を手動で管理したいことを Xcodeに伝えることもできますビルド後にローカライズを同期する時にも手動で管理されている文字列は Xcodeで更新または削除されませんキーがコード内で動的に構築された文字列やデータベースから生成される文字列の場合に便利ですこれですべての文字列が String Catalogsに抽出されたので String Catalog Editorがどのように翻訳を簡単に管理するか見てみましょう String Catalogsにはローカライズする際の状態や翻訳の進捗を追跡するための一流の機能がありますコード内で検出できなくなったとき Xcodeが文字列をStaleとすることはすでに説明しましたしかし知っておくべきローカライズ状態が他に３つあります「New」は選択した言語にまだ翻訳されていないことを示しますコードに文字列を追加すると表示されます「Needs Review」は値の変更を要する文字列のときに表示されます現在の値を使用したい場合は「Mark as Reviewed」をコンテキストメニューから選択しますこうすることで確認箇所をローカライズ担当者に伝えることもできます翻訳に関するバグレポートを受け取ったときに便利です翻訳が完了した文字列には緑色のチェックマークが表示されますこれは作業が完了したことを示しますローカリゼーションのもう一つのよくある課題は複数形です例えばこれはMarinaが Backyard Birdsに追加した最近訪れた鳥の数を表示する文字列です英語では単数か複数かで文字列の文法を変える必要がありますしかしたとえばウクライナ語では考慮すべきことがさらに増えますこの問題を解決するには渡された数値に基づいて文字列を変化させる方法が必要ですいままでは解決するには多くの言語では stringsdictファイルが必要でしたこのplist形式は使用が難しく文字列を複数形に変えるという単純であるべき作業をかなり複雑にしていました今はString Catalog Editorのビルトインサポートで文字列の変数を編集できます文字列のコンテキストメニューを表示すると変数オプションが表示されますデフォルトのローカリゼーションで文字列を変化させると翻訳にも自動的に反映されますたとえばこれは複数形の設定に 2つの変数が必要な複雑な文字列です実行時のシナリオがいくつか考えられます 1つの裏庭に1羽の鳥複数の鳥に1つの裏庭複数の鳥に複数の裏庭もしくは1羽だけの鳥に複数の裏庭などいずれの場合も文法的な一致を維持するために数字を囲む文字列を少し変えて翻訳する必要があります String Catalog Editorを使えばこれも簡単です代入を使いますここでは両方の引数を複数形に変えました代入は@記号を先頭に持ちさまざまな複数形の値を保持していますこの例では「birds」という代入で鳥の数をフォーマットし「yards」という代入で裏庭の数をフォーマットしています実行時にはこのトップレベルの文字列が使用されそれぞれの参照代入から適切な複数形が代入されますつまりこれら文字列のいずれも生成可能で代入可能な複数形の順列が効果的に作成されるのです
代入は通常文字列に渡される引数に対応し多くは文字列補間を使用します Xcodeはインスペクタで数値に使う引数の位置情報を表示します渡される型の C-style形式指定子も表示しますこの「yards」代入はふたつめの引数に対応しますソースコードで2番目に使用されている文字列補間であるためです backyards.countの値はこの代入でどちらを使用するかを決定するために使用されますこのようにString Catalogsは簡単な文字列変数UIだけでなく高度な設定にも対応していますではMarinaが実際に使ってみます Marina: ありがとう Matt Backyard Birdsアプリに戻ると String Catalog Editorのおかげで探している文字列を簡単に見つけることができます learnという単語で検索フィルターをかけたり重要な州から順番にソートしたりできます Mattが指摘したようにコードにはないがアプリには表示される文字列があるかもしれませんたとえば私のアプリでは購読者のために空から舞い降りる特別な鳥がいたりしますこの場合プラスボタンを使って手動で文字列を定義しキーとコメントを与えることができます
手動で管理した場合 Xcodeによる更新や削除はありません Xcodeにコードから文字列を抽出させたい場合はインスペクタを展開し
文字列の自動管理を設定します Xcodeは多言語化の進捗把握も簡単です各文字列の横にバッジがあり翻訳の現状がわかります文字列がコードや手動で追加されると NEWと表示され翻訳がまだということですソース文字列に変更があると翻訳にレビューマークが付きます先ほど英語版に変更を加えたので既存の翻訳にレビューマークが付きました変更が不要の場合は文字列を右クリックで mark as reviewedを選びます私はポルトガル語を話すのでこの訳も更新する必要があることがわかります
サイドバーを見るとこの変更でローカライズ率が上がったことがわかります全てローカライズが完了するとサイドバーに緑のチェックマークが表示されます Xcodeでローカライズの進捗状況を把握し App Storeに提出する前にローカライズが完璧と確信できる最初の機会ですウクライナ語にも対応させていきましょうカタログエディタでプラスボタンを押しリストから新しい言語を選ぶことで追加できます
未翻訳のウクライナ語カタログが追加されました
先ほど追加したこの文字列は複数形の変数が必要なようですそのためにはまず英語に戻り
文字列を右クリックで vary by pluralを選びます英語では単数と複数形を区別するのでその修正をしましょう
ポルトガル語の複数形は英語と同じですでもウクライナ語は異なる複数形のケースが追加されていますあとは私のウクライナ語の翻訳者に任せられます
ビューに戻り別のラベルを追加しますそれぞれの裏庭にいる鳥の数を示すラベルですでは追加しましょう
ビルドに行って
カタログに戻ります
これです複数形の変数も入れたいのですが複数の引数が含まれていますこの場合文字列を右クリックして複数形変数を選択すると変化させたい引数を選べます両方とも変化させてみましょう
次に実行時に複数形になるように代入を設定します引数と一致が必要の単語を移動させます birdsは「birds」代入に backyardsは「yards」代入に移動します
読みやすくするために代入の名前を変えてどの変数と引数が紐づくかわかるようにします
見やすくなりました次はMattがウクライナ語の翻訳のための文字列エクスポート方法を教えてくれます Matt: ありがとう Marina といわけで Xcodeでは String Catalogs上で直接簡単に翻訳や編集ができますしかしときにXcodeの外で翻訳者と作業する必要があることもありますそこで役立つのがXcodeの Export Localizationsオプションです各言語ごとにローカリゼーションカタログを生成し出力することができますローカリゼーションカタログは Xcode10で初導入されプロジェクトやワークスペース内のローカライズ可能な全コンテンツを含むパッケージ・フォーマットですまずは内側のXLIFFファイルの説明ですローカライズ可能な全ての文字列と翻訳を保持しています XLIFFはローカリゼーションの保存および転送のための業界標準フォーマットです XLIFFファイルを直接使用する場合 String Catalogsを使ったプロジェクトの文字列変数の表現の変化に気をつけましょうもともと.stringdictファイルで定義された複数形の文字列のXLIFF形式の例ですこのトランスユニット識別子は stringsdict plistフォーマットへのパスとして機能します String Catalogsから文字列変数が生成されている場合はこのようになります文字列キー区切りシーケンスそしてドット区切りの構成文字列が含まれますこの構成文字列は単純な複数形指定子であったり Device Specifier 複数のつながった条件または代用内の複数形へのパスである可能性があります自動化ツールによるキーの読み込みは簡単にするだけでなく人間が読んでも一目で理解できるように設計されています翻訳ツールは XLIFFの翻訳ユニットを任意の変数構造に置き換えることで以前は変数化されていなかった文字列を変数化することができますたとえば現在変数のない文字列があります Apple Watchでポルトガル語で使うときだけ短い文字列にしたいとします XLIFFのunitをdevice.applewatchと device.otherの変数に置き換えることで次回のインポートでこの言語に存在する変数構造に影響を与えることができます
ローカリゼーションのエクスポート時に XLIFFのデフォルト使用形式が String Catalogsになるようにするには Localization Prefers String Catalogsを Yesに設定します翻訳者から受け取った翻訳済みローカリゼーションカタログはプロジェクトに再インポートすることができます String Catalogsから来た文字列についてはインポートされたファイルで指定した翻訳が自動的に適切なカタログに追加されます Backyard Birdsで試してみましょう Marina: 私はポルトガル語を話すのでポルトガル語は翻訳済みですウクライナ語については翻訳者にローカライズ用コンテンツを送る必要があります Productメニューをクリックし Export Localizationsを選択エキスポートしたい言語を選択ウクライナ語です Exportをクリック
翻訳が戻ってきたら再度アプリにインポートします戻ってきました翻訳が用意できたのでアプリに戻って Productメニューをクリック今回はImport Localizationsを選択そしてウクライナ語のカタログを選びます
どうなったか見てみましょう
完璧ですウクライナ語の翻訳が配置され両方の言語のローカライズが完了しましたポルトガル語はどうでしょうか scheme selectorをクリックし Edit Schemeを選択しますオプションで言語をポルトガル語に切替えます
アプリを実行します
いいですね作業した文字列の一部がありますね
翻訳は完了です Mattに戻りましょう Matt: コンテンツが全て翻訳されたところでビルド中に何が起きるのか説明します String CatalogsはXcodeのプロジェクト内の設定に特化しています内部ではJSONファイルとしてソース・コントロールで簡単に差分できるはずですビルド時にこれらは .stringsと.stringsdictにコンパイルされますこれらの形式は長年私たちのOSでサポートされているので最小デプロイ・ターゲットを更新することなくすぐにString Catalogsを使い始めることができるのですコードから抽出されたソース文字列が最終ビルドに含まれないことも注目に値しますこれにより実行時に表示される文字列に影響を与えずにディスク容量を節約できますすべての利点を紹介し終えたので Marinaが既存プロジェクトで String Catalogsを使い始める方法を紹介します Marina: Xcodeは既存プロジェクトの String Catalogsへの移行を簡単にしてくれますあなたのペースで行うことができます準備ができたらいつでも移行する文字列ファイルとターゲットを選ぶことができますこれは昨年ローカライズした既存のアプリFoodTruckです .stringsと.stringsdictファイルがあることがわかりますね String Catalogsはレガシーフォーマットと共存できますですからローカライズ可能テーブルの移行はいつでもできます早速やってみましょうファイルを右クリック Migrate to String Catalogを選択 Xcodeには移行アシスタントがありプロジェクト内の移行可能ファイルをリストアップしてくれますこれはFoodTruckターゲットの一部のローカライズ可能テーブルですさっそく移行してみましょう
出来ました次は Xcodeが文字列抽出のためにプロジェクトをビルドしますビルド後のカタログを見てみましょう stringsdictファイルの複数形を含む全ての文字列が移行されましたアラビア語の翻訳も配置されましたがフランス語の翻訳は未完了のようです String Catalogsがローカライズ未完了の文字列を見つけてくれます FoodTruckにはFoodTruckKitという swiftパッケージがありますまだローカライズされていません String Catalogsなら新しいパッケージやプロジェクトのローカライズも簡単ですデフォルトのローカライズをパッケージマニフェストに追加します Swift Toolsバージョン5.9の使用を確認します
そして新しいString Catalogsを Localizableというデフォルトのテーブル名でパッケージに追加します
プロジェクトをビルドした後パッケージ全体のすべての文字列を見ることができますそれだけで簡単にローカライズができました String CatalogsはXcodeのローカリゼーションの新しい基盤でありプロジェクト内の翻訳作業を簡素化しますぜひ今日にでも移行をはじめてみましょうローカライズ未経験の方もとても簡単なのでぜひやってみてください Obrigada pela companhia hoje ご視聴ありがとうございましたハッピーバードウォッチング ♪ ♪

4:30 - Localizable string
```
String(localized: "Welcome to WWDC!")
```

4:42 - Localizable string with default value

String(localized: "WWDC_NOTIFICATION_TITLE",
       defaultValue: "Welcome to WWDC!")

5:05 - Localizable string with comment

String(localized: "Welcome to WWDC!",
       comment: "Notification banner title")

5:22 - Localizable string with table and comment

String(localized: "Welcome to WWDC!",
       table: "WWDCNotifications",
       comment: "Notification banner title")

7:36 - Localizable strings in SwiftUI

// Localizable strings in SwiftUI

struct ContentView: View {
    var body: some View {
        VStack {
            Label("Thanks for shopping with us!", systemImage: "bag")
                .font(.title)

            HStack {
                Button("Clear Cart") { }

                Button("Checkout") { }
            }
        }
    }
}

8:01 - Localizable strings in SwiftUI with LocalizedStringKey

// Localizable strings in SwiftUI

struct ContentView: View {
    var body: some View {
        VStack {
            // init(_ titleKey: LocalizedStringKey, systemImage name: String)
            Label("Thanks for shopping with us!", systemImage: "bag")
                .font(.title)
            
            HStack {
                Button("Clear Cart") { }

                Button("Checkout") { }
            }
        }
    }
}

8:08 - Localizable strings in SwiftUI text view

// Localizable strings in SwiftUI

struct ContentView: View {
    var body: some View {
        VStack {
            Label {
                Text("Thanks for shopping with us!", comment: "Label above checkout button")
            } icon: {
                Image(systemName: "bag")
            }
            .font(.title)
            
            HStack {
                Button("Clear Cart") { }
                Button("Checkout") { }
            }
        }
    }
}

8:16 - Localizable strings in SwiftUI custom view

// Localizable strings in SwiftUI

struct CardView: View {
    let title: LocalizedStringResource
    let subtitle: LocalizedStringResource

    var body: some View {
        ZStack {
            RoundedRectangle(cornerRadius: 10.0)
            VStack {
                Text(title)
                Text(subtitle)
            }
            .padding()
        }
    }
}

CardView(title: "Recent Purchases", subtitle: "Items you’ve ordered in the past week.")

9:03 - Localizable strings in Swift displayed at runtime

// Localizable strings in Swift

import Foundation

func stringsToPresent() -> (String, AttributedString) {
    let deferredString = LocalizedStringResource("Title")
  
    …
  
    return (
        String(localized: deferredString),
        AttributedString(localized: "**Attributed** _Subtitle_")
    )
}

9:44 - Localizable strings in Objective-C

// Localizable strings in Objective-C

#import <Foundation/Foundation.h>

- (NSString *)stringForDisplay {
    return NSLocalizedString(@"Recent Purchases", @"Button Title");
}

#define MyLocalizedString(key, comment) \
    [myBundle localizedStringForKey:key value:nil table:nil]

10:04 - Localizable strings in C

// Localizable strings in C

#include <CoreFoundation/CoreFoundation.h>

CFStringRef stringForDisplay(void) {
    return CFCopyLocalizedString(CFSTR("Recent Purchases"), CFSTR("Button Title"));
}

#define MyLocalizedString(key, comment) \
    CFBundleCopyLocalizedString(myBundle, key, NULL, NULL)

11:23 - App Shortcut phrases

// App Shortcut phrases

struct FoodTruckShortcuts: AppShortcutsProvider {
    static var appShortcuts: [AppShortcut] {
        AppShortcut(
            intent: ShowTopDonutsIntent(),
            phrases: [
                "\(.applicationName) Trends for \(\.$timeframe)",
                "Show trending donuts for \(\.$timeframe) in \(.applicationName)",
                "Give me trends for \(\.$timeframe) in \(.applicationName)"
            ]
        )
    }
}

23:53 - Stringsdict in XLIFF

// Stringsdict in XLIFF

<trans-unit id="/%lld Recent Visitors:dict/NSStringLocalizedFormatKey:dict/:string">
    <source>%#@recentVisitors@</source>
    <target>%#@recentVisitors@</target>
</trans-unit>

<trans-unit id="/%lld Recent Visitors:dict/recentVisitors:dict/one:dict/:string">
    <source>%lld Recent Visitor</source>
    <target>%lld Visitante Recente</target>
</trans-unit>

<trans-unit id="/%lld Recent Visitors:dict/recentVisitors:dict/other:dict/:string">
    <source>%lld Recent Visitors</source>
    <target>%lld Visitantes Recentes</target>
</trans-unit>

24:08 - String Catalog in XLIFF

// String Catalog in XLIFF

<trans-unit id="%lld Recent Visitors|==|plural.one">
    <source>%lld Recent Visitor</source>
    <target>%lld Visitante Recente</target>
</trans-unit>

<trans-unit id="%lld Recent Visitors|==|plural.other">
    <source>%lld Recent Visitors</source>
    <target>%lld Visitantes Recentes</target>
</trans-unit>

24:58 - String Catalog variations in XLIFF

// Overriding variation in XLIFF

<trans-unit id="Bird Food Shop|==|device.applewatch">
    <source>Bird Food Shop</source>
    <target>Loja de Comida</target>
</trans-unit>

<trans-unit id="Bird Food Shop|==|device.other">
    <source>Bird Food Shop</source>
    <target>Loja de Comida de Passarinho</target>
</trans-unit>

特定のトピックをお探しの場合は、上にトピックを入力すると、関連するトピックにすばやく移動できます。

クエリの送信中にエラーが発生しました。インターネット接続を確認して、もう一度お試しください。

関連する章

リソース

関連ビデオ

WWDC23