Skip to main content
This topic describes how to localize display strings for packaged games so that the appropriate localized versions of your strings are displayed in the shell. These steps relate to the Use the Windows 10 Resource Management System in a legacy app or game article on Microsoft Docs. You might want to refer to it for further details or scenarios if they aren’t covered in this topic.
There’s one bug described in the previously mentioned article where string assets are referenced within a manifest file like this:
The actual reference works like this (note the omission of Resources/):

​
Including localized shell visuals in your game

When starting to package, you’ll have a MicrosoftGame.config file with sections like the following, which specify the text content to be displayed that are contained in attributes: OverrideDisplayName="My Game's Display Name".
If you want to allow different localized versions of these strings, you can do so by creating .resw files in individual subfolders of your application that’s associated with the languages you want to support.
  1. Create an XML file named resources.resw and place it in the Strings subfolder of your project. This will be the language-neutral fallback for your project.
  2. For each language, create a new Strings subfolder for your project. For example, Strings\en-us for English or Strings\es-mx for Spanish as spoken in Mexico. Make sure to use the appropriate BCP-47 code per language.
  3. In each XML file, add the following content, where the highlighted text is replaced with the appropriate text for your app, in the appropriate language. The following example illustrates using (English) as a simple suffix.
Next, you should update your MicrosoftGame.config file to reference these resource strings by using the ms-resource:ResourceStringName syntax illustrated as follows in the OverrideDisplayName and Description properties.
Next, ensure that your MicrosoftGame.config file contains the list of localization targets that your application supports. If, for example, your app supports US English and Mexico Spanish, your .config file would have the following as a child element of Game.
Next, use the makepkg localize command to generate a Resource.pri file, which will contain these localized asset strings. Place the resulting Resources.pri file in your game’s root content directory.
  1. Open a Microsoft Game Development Kit (GDK) gaming command prompt in your game’s root content directory.
  2. Run the following:
You can run makepkg localize with additional parameters if your directory structure doesn’t match this example or additional verification is needed.
  • Use /resw to specify a relative path to the root to find .resw files.
  • Use /pd with a directory to store the resulting Resources.pri file in a location other than the default root directory. The target directory must already exist.
  • Use /t with a directory name to specify a location for exporting the resources to an XML file, which can be manually verified to ensure that it contains the appropriate resources.
For example:
Now that you have a resources.pri file in your game’s root content directory, you can create your package as you usually would. Finally, verify that when installing with the system set to English or Mexico Spanish that your localized strings display in the Start menu and other system pages that display your app’s strings. Note that icons within the Microsoft Store app are sourced from data that’s been uploaded to Partner Center, not the information in your app package.

​
See also

MicrosoftGame.config MicrosoftGame.config overview MicrosoftGame.config Editor MicrosoftGame.config Reference (sample MicrosoftGame.config and schema) Overview of packaging
Last modified on August 4, 2026

Related topics

MicrosoftGame.configMicrosoftGame.config overviewMicrosoftGame.config editor and referenceLocalization and globalization overviewLocalization of packaged resources