-
Notifications
You must be signed in to change notification settings - Fork 12k
feat(@schematics/angular): add enableI18nLegacyMessageIdFormat
defa…
#19232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(@schematics/angular): add enableI18nLegacyMessageIdFormat
defa…
#19232
Conversation
…ult to new projects The ViewEngine message extraction generates a variety of legacy formats for extracted message ids. These formats have a number of issues related to whitespace handling and reliance upon information inside the original HTML of a template. The new message format is more resilient to things like whitespace changes, and can be generated directly from calls to `$localize`, which allows messages in application code to have the same id as identical messages in templates. As a first step in migrating projects away from the legacy id format for i18n messages, this commit updates newly generated projects to turn off the legacy ids. In the future the default will be flipped and this can be removed. Eventually the legacy message id support will be removed altogether, probably in sync with removal of ViewEngine.
Related docs fix here angular/angular#39453 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this 👍
…r options guide The ViewEngine message extraction generated a variety of legacy formats for extracted message ids. These formats have a number of issues related to whitespace handling and reliance upon information inside the original HTML of a template. The new message format is more resilient, and can be generated directly from calls to `$localize`. This allows messages in application code to have the same id as identical messages in templates. As a first step in migrating projects away from the legacy id format for i18n messages, newly generated projects now turn off the legacy ids. See angular/angular-cli#19232. This commit updates the documentation to include information about this option, since it is now publicly exposed in new CLI projects.
…r options guide (#39453) The ViewEngine message extraction generated a variety of legacy formats for extracted message ids. These formats have a number of issues related to whitespace handling and reliance upon information inside the original HTML of a template. The new message format is more resilient, and can be generated directly from calls to `$localize`. This allows messages in application code to have the same id as identical messages in templates. As a first step in migrating projects away from the legacy id format for i18n messages, newly generated projects now turn off the legacy ids. See angular/angular-cli#19232. This commit updates the documentation to include information about this option, since it is now publicly exposed in new CLI projects. PR Close #39453
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
…ult to new projects
The ViewEngine message extraction generates a variety of legacy formats
for extracted message ids. These formats have a number of issues related
to whitespace handling and reliance upon information inside the original
HTML of a template. The new message format is more resilient to things
like whitespace changes, and can be generated directly from calls to
$localize
, which allows messages in application code to have the sameid as identical messages in templates.
As a first step in migrating projects away from the legacy id format
for i18n messages, this commit updates newly generated projects to turn
off the legacy ids.
In the future the default will be flipped and this can be removed.
Eventually the legacy message id support will be removed altogether,
probably in sync with removal of ViewEngine.