一部のコントロールでは、位置特定(言語プロパティ)を使用しています。デフォルト(つまり英語)に加えて、追加の言語(スロベニア語)も使用しています。
その他のローカリゼーションは、アプリケーションリソースファイルを使用して行われます。
エミュレーターでアプリをデバッグする場合はディレクトリ(si-sl)がありますが、CABをビルドしてエミュレーターにCABをインストールすると、そのようなディレクトリはありません。
なぜそうなのか誰か知っていますか?
一部のコントロールでは、位置特定(言語プロパティ)を使用しています。デフォルト(つまり英語)に加えて、追加の言語(スロベニア語)も使用しています。
その他のローカリゼーションは、アプリケーションリソースファイルを使用して行われます。
エミュレーターでアプリをデバッグする場合はディレクトリ(si-sl)がありますが、CABをビルドしてエミュレーターにCABをインストールすると、そのようなディレクトリはありません。
なぜそうなのか誰か知っていますか?
私はあなたのCABのINFを見る必要がありますが、私には理論があります。CABファイルには、ソースファイル名のインスタンスを1つしか持てないという制限があります。複数のインスタンスがある場合、CABWIZは文句を言ったりエラーを出したりせず、最後に参照されたインスタンスを使用するだけです(IIRC)。
これは、次のようなソースファイルがあることを意味します。
./en/resource.dll
./es/resource.dll
./jp/resource.dll
CABファイルをビルドする場合、ターゲット内のresource.dllファイルのすべてのインスタンスは同一になり、プッシュしていると思われる個別のファイルではありません。これを回避するには、CABに入るソース側で名前を変更する必要があります。
CABを使用して、名前を変更し、すべて同じ名前(つまり、resource.dll)に戻すことができるため、INFを手動で変更しても、目的の出力構造を取得できます。複製の名前を変更するには、CABビルドプロセスを変更する必要があります。