Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[Intl] Provide more locale translations#35517

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
fabpot merged 1 commit intosymfony:4.4fromro0NL:intl
Jan 30, 2020
Merged

[Intl] Provide more locale translations#35517

fabpot merged 1 commit intosymfony:4.4fromro0NL:intl
Jan 30, 2020

Conversation

@ro0NL
Copy link
Contributor

@ro0NLro0NL commentedJan 29, 2020
edited
Loading

QA
Branch?4.3
Bug fix?yes
New feature?no
Deprecations?no
TicketsFix#35513 (comment)
LicenseMIT
Doc PRsymfony/symfony-docs#...

This enables more locale translations, available upstream, which are valid. In this case esp. locales with a numeric region code, eg.es_419

This should return true inLocales::exists(), which is currently not the case. By providing the translation, it implicitly exists as well.

cc@jkobus

Comment on lines 97 to +98
"en":"Engels",
"en_001":"Engels (Wêreld)",
Copy link
ContributorAuthor

@ro0NLro0NLJan 29, 2020
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

from a user perspective, this creates 2 entries in the Locale form type. It may be confusing 🤔 but i tend to believe it should be filtered manually, if desired.

ie.en (no region) vsen_001 (world region) could be considered equivalent, whereas the first may assume 001 for a region implicitly ... but that's outside our domain

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

so the user may select en_001 to explicitly provide a region and opt out from some specific region (hence "world"), whereas in case of "en" the app may assume any region.

Fine as-is for me 👍

@fabpot
Copy link
Member

Merging into 4.4 as 4.3 ends of maintenance is tomorrow and this PR might be a slight behavior change.

ro0NL reacted with thumbs up emoji

@fabpotfabpot changed the base branch from4.3 to4.4January 30, 2020 15:14
@fabpot
Copy link
Member

Thank you@ro0NL.

fabpot added a commit that referenced this pull requestJan 30, 2020
This PR was submitted for the 4.3 branch but it was merged into the 4.4 branch instead (closes#35517).Discussion----------[Intl] Provide more locale translations| Q             | A| ------------- | ---| Branch?       | 4.3| Bug fix?      | yes| New feature?  | no| Deprecations? | no| Tickets       |Fix#35513 (comment)| License       | MIT| Doc PR        | symfony/symfony-docs#... <!-- required for new features -->This enables more locale translations, available upstream, which are valid. In this case esp. locales with a numeric region code, eg. `es_419`This should return true in `Locales::exists()`, which is currently not the case. By providing the translation, it implicitly exists as well.cc@jkobusCommits-------27cc120 [Intl] Provide more locale translations
@fabpotfabpot merged commit27cc120 intosymfony:4.4Jan 30, 2020
@ro0NLro0NL deleted the intl branchJanuary 30, 2020 15:18
This was referencedJan 31, 2020
@jkobus
Copy link
Contributor

Thanks@ro0NL.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@fabpotfabpotfabpot approved these changes

Assignees

No one assigned

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

4 participants

@ro0NL@fabpot@jkobus@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp