Localization
Before you read about the Localization Pipe and the Localization Service, you should know about localization keys.
The Localization key format consists of 2 sections which are Resource Name and Key.
ResourceName::Key
If you do not specify the resource name, it will be
defaultResourceName
which is declared inenvironment.ts
So these two are the same:
Using the Localization Pipe
You can use the abpLocalization
pipe to get localized text as in this example:
The pipe will replace the key with the localized text.
You can also specify a default value as shown below:
To use interpolation, you must give the values for interpolation as pipe parameters, for example:
Localization data is stored in key-value pairs:
So we can use this key like this:
Using the Localization Service
First of all you should import the LocalizationService
from @abp/ng.core
After that, you are able to use localization service.
You can add interpolation parameters as arguments to
instant()
andget()
methods.
To get a localized text as Observable use get
method instead of instant
:
UI Localizations
Localizations can be determined on backend side. Angular UI gets the localization resources from the application-localization
API's response and merges these resources with configuration state
in ConfigStateService
. You can also determine localizations on the UI side.
See an example:
...or, you can determine the localizations in a feature module:
The localizations above can be used like this:
Note: If you have specified the same localizations in the UI and backend, the backend localizations override the UI localizations.
RTL Support
As of v2.9 ABP has RTL support. If you are generating a new project with v2.9 and above, everything is set, you do not need to do any changes. If you are migrating your project from an earlier version, please follow the 2 steps below:
Step 1. Create Chunks for Bootstrap LTR and RTL
Find styles configuration in angular.json and make sure the chunks in your project has bootstrap-rtl.min
and bootstrap-ltr.min
as shown below.
Step 2. Clear Lazy Loaded Fontawesome in AppComponent
If you have created and injected chunks for Fontawesome as seen above, you no longer need the lazy loading in the AppComponent
which was implemented before v2.9. Simply remove them. The AppComponent
in the template of the new version looks like this:
Registering a New Locale
Since ABP has more than one language, Angular locale files loads lazily using Webpack's import function to avoid increasing the bundle size and register to Angular core using the registerLocaleData
function. The chunks to be included in the bundle are specified by the Webpack's magic comments as hard-coded. Therefore a registerLocale
function that returns Webpack import
function must be passed to CoreModule
.
registerLocaleFn
registerLocale
function that exported from @abp/ng.core/locale
package is a higher order function that accepts cultureNameLocaleFileMap
object and errorHandlerFn
function as params and returns Webpack import
function. A registerLocale
function must be passed to the forRoot
of the CoreModule
as shown below:
Mapping of Culture Name to Angular Locale File Name
Some of the culture names defined in .NET do not match Angular locales. In such cases, the Angular app throws an error like below at runtime:
If you see an error like this, you should pass the cultureNameLocaleFileMap
property like below to the registerLocale
function.
See all locale files in Angular.
Adding a New Culture
Add the below code to the app.module.ts
by replacing your-locale
placeholder with a correct locale name.
...or a custom registerLocale
function can be passed to the CoreModule
:
After this custom registerLocale
function, since the en and fr added to the webpackInclude
, only en and fr locale files will be created as chunks:
Which locale files you add to webpackInclude
magic comment, they will be included in the bundle