表示倍率、テーマ、ハイ コントラスト、その他の設定に合わせた画像とアセットの読み込み
アプリで、表示倍率、テーマ、ハイ コントラスト、その他の実行時のコンテキストに合わせた画像リソース ファイル (またはその他のアセット ファイル) を読み込むことができます。 これらの画像は、命令型コードや XAML マークアップ (Image の Source プロパティなど) から参照できます。 また、アプリ パッケージ マニフェスト ソース ファイル (Package.appxmanifest
ファイル) に (たとえば、Visual Studio マニフェスト デザイナーの [ビジュアル資産] タブでアプリ アイコンの値として) 表示することや、タイルやトースト通知に表示することもできます。 画像のファイル名に修飾子を使用し、必要に応じて ResourceContext を使って動的に読み込むことによって、ユーザーの実行時の表示倍率、テーマ、ハイ コントラスト、言語、その他のコンテキストの設定に最も一致する最適な画像ファイルを読み込むことができます。
画像リソースは、画像リソース ファイルに含まれています。 画像はアセット、画像を含むファイルはアセット ファイルと考えることができ、これらの種類のリソース ファイルはプロジェクトの \Assets フォルダーにあります。 画像リソース ファイルの名前に修飾子を使用する方法の詳細については、「言語、スケール、その他の修飾子用にリソースを調整する」をご覧ください。
画像の一般的な修飾子は次のとおりです。
スケール、テーマ、コントラストに合わせて画像リソースを修飾する
scale
修飾子の既定値は scale-100
です。 そのため、次の 2 つのバリエーションは同等です (いずれもスケール 100、つまり倍率 1 の画像を提供します)。
\Assets\Images\logo.png
\Assets\Images\logo.scale-100.png
修飾子は、ファイル名の代わりにフォルダー名に使用できます。 これは、修飾子ごとに複数の資産ファイルがある場合に適した戦略です。 わかりやすい例として、次の 2 つのバリエーションは上記の 2 つと同等です。
\Assets\Images\logo.png
\Assets\Images\scale-100\logo.png
次の例では、表示スケール、テーマ、ハイ コントラストのさまざまな設定に対して、 という名前 /Assets/Images/logo.png
のイメージ リソースのバリエーションを提供する方法を示します。 この例では、フォルダー名を使用しています。
\Assets\Images\contrast-standard\theme-dark
\scale-100\logo.png
\scale-200\logo.png
\Assets\Images\contrast-standard\theme-light
\scale-100\logo.png
\scale-200\logo.png
\Assets\Images\contrast-high
\scale-100\logo.png
\scale-200\logo.png
XAML マークアップとコードから画像やその他のアセットを参照する
画像リソースの名前 (つまり識別子) は、そのパスとファイル名からすべての修飾子を削除したものです。 前のセクションの例のようにフォルダーやファイルに名前を付けている場合、画像リソースは 1 つであり、その (絶対パスとしての) 名前は /Assets/Images/logo.png
です。 この名前を XAML マークアップで使用する方法は次のとおりです。
<Image x:Name="myXAMLImageElement" Source="ms-appx:///Assets/Images/logo.png"/>
アプリのパッケージに付属しているファイルを参照するため、ms-appx
URI スキームを使用していることに注意してください。 UWP ドキュメント の URI スキームに関 するページを参照してください。 これは、命令型コードで同じイメージ リソースを参照する方法です。
this.myXAMLImageElement.Source = new BitmapImage(new Uri("ms-appx:///Assets/Images/logo.png"));
ms-appx
を使用して、アプリ パッケージから任意のファイルを読み込むことができます。
var uri = new System.Uri("ms-appx:///Assets/anyAsset.ext");
var storagefile = await Windows.Storage.StorageFile.GetFileFromApplicationUriAsync(uri);
ms-appx-web
スキームは、ms-appx
と同じファイルにアクセスしますが、このファイルは Web コンパートメントにあります。
<WebView x:Name="myXAMLWebViewElement" Source="ms-appx-web:///Pages/default.html"/>
this.myXAMLWebViewElement.Source = new Uri("ms-appx-web:///Pages/default.html");
これらの例に示されているどのシナリオの場合も、UriKind を推測する Uri コンストラクターのオーバーロードを使用します。 スキームと機関を含む有効な絶対 URI を指定するか、上記の例のように、機関の既定をアプリのパッケージに自動的に設定します。
これらの URI の例で、スキーム ("ms-appx
" または "ms-appx-web
") の後に "://
" が続き、その後に絶対パスが続くことに注意してください。 絶対パスでは、先頭の "/
" によって、パスはパッケージのルートからのパスとして解釈されます。
注意
ms-resource
(文字列リソースの場合) および ms-appx(-web)
(画像やその他のアセットの場合) URI スキームは、自動で修飾子の照合を実行して、現在のコンテキストに最も適切なリソースを見つけます。 ms-appdata
URI スキーム (アプリ データの読み込みに使用) では、このような自動照合は実行されませんが、ResourceContext.QualifierValues の内容に応答し、URI 内の完全な物理ファイル名を使用してアプリ データから適切な資産を明示的に読み込むことができます。 アプリ データについては、「設定と他のアプリ データを保存して取得する」をご覧ください。 Web URI スキーム (http
、https
、ftp
など) も、自動的な照合を実行しません。 その場合の対処方法については、「クラウドでの画像のホスティングと読み込み」をご覧ください。
絶対パスは、画像ファイルがプロジェクト構造内で元の場所に残る場合に適切な選択肢です。 画像ファイルを移動できるようにする必要があるが、参照している XAML マークアップ ファイルから相対的に同じ場所に残るように注意している場合は、絶対パスの代わりに、ファイルを格納するマークアップ ファイルからの相対パスを使用できます。 その場合、URI スキームを使用する必要はありません。 この場合も、自動的な修飾子の照合のメリットはありますが、それは XAML マークアップで相対パスを使用していることにのみ起因します。
<Image Source="Assets/Images/logo.png"/>
「言語、スケール、ハイ コントラストに合わせたタイルとトーストのサポート」もご覧ください。
ターゲット サイズに合わせて画像リソースを修飾する
同じ画像リソースの異なるバリエーションでは scale
修飾子と targetsize
修飾子を別々に使用できますが、リソースの 1 つのバリエーションでその両方を使用することはできません。 また、targetsize
修飾子を持たないバリエーションを少なくとも 1 つ定義する必要があります。 そのバリエーションでは、scale
の値を定義するか、その既定値を scale-100
にする必要があります。 したがって、/Assets/Square44x44Logo.png
リソースのこれら 2 つのバリエーションは有効です。
\Assets\Square44x44Logo.scale-200.png
\Assets\Square44x44Logo.targetsize-24.png
また、次の 2 つのバリエーションは有効です。
\Assets\Square44x44Logo.png // defaults to scale-100
\Assets\Square44x44Logo.targetsize-24.png
ただし、次のバリエーションは有効ではありません。
\Assets\Square44x44Logo.scale-200_targetsize-24.png
アプリ パッケージ マニフェストから画像ファイルを参照する
前のセクションの 2 つの有効な例のいずれかのように、フォルダーやファイルに名前を付けている場合、アプリ アイコンの画像リソースは 1 つであり、その (相対パスとしての) 名前は Assets\Square44x44Logo.png
です。 アプリ パッケージ マニフェストでは、単に名前でリソースを参照します。 URI スキームを使用する必要はありません。
必要な処理はこれだけです。OS が自動で修飾子の照合を実行して、現在のコンテキストに最も適切なリソースを見つけます。 アプリ パッケージ マニフェスト内で、このようにローカライズまたはその他の方法で修飾できるすべての項目の一覧については、「マニフェストのローカライズ可能な項目」をご覧ください。
レイアウト方向に合わせて画像リソースを修飾する
「画像の左右反転」をご覧ください。
特定の言語または他のコンテキスト用の画像を読み込む
アプリのローカライズの価値提案の詳細については、「グローバリゼーションとローカライズ」をご覧ください。
既定の ResourceContext には、各修飾子名の修飾子値が含まれており、既定のランタイム コンテキスト (つまり、現在のユーザーとコンピューターの設定) を表します。 画像ファイルは、(その名前に含まれる修飾子に基づいて) 実行時コンテキストでの修飾子の値と比較されます。
ただし、アプリでシステム設定を上書きし、読み込む画像を検索するときに使用する言語、スケール、その他の修飾子の値を明示的に指定することが必要になる場合があります。 たとえば、いつ、どのハイ コントラスト画像を読み込むかを正確に制御することが必要になる場合があります。
これを行うには、(既定のものを使用する代わりに) 新しい ResourceContext を構築し、その値をオーバーライドした後、GetValue または TryGetValue を使用して ResourceMap イメージ参照でそのコンテキスト オブジェクトを使用します。
var resourceManager = new Microsoft.Windows.ApplicationModel.Resources.ResourceManager();
var resourceContext = resourceManager.CreateResourceContext();
resourceContext.QualifierValues["Contrast"] = "high";
var resourceMap = resourceManager.MainResourceMap;
var namedResource = resourceMap.TryGetValue(@"Files/Assets/Logo.png", resourceContext);
var imageFileBytes = namedResource.ValueAsBytes;
using (var ms = new InMemoryRandomAccessStream())
{
using (var writer = new DataWriter(ms.GetOutputStreamAt(0)))
{
writer.WriteBytes(imageFileBytes);
writer.StoreAsync().GetResults();
}
var image = new BitmapImage();
image.SetSource(ms);
this.myXAMLImageElement.Source = image;
}
既定では、ResourceManager クラスは、既定の ResourceContext を使用します。
重要な API
関連項目
Windows developer
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示