[wp-trac] [WordPress Trac] #49971: Add get_admin_locale() that is separate from WPLANG / get_locale() / get_user_locale()
WordPress Trac
noreply at wordpress.org
Tue Apr 21 12:18:30 UTC 2020
#49971: Add get_admin_locale() that is separate from WPLANG / get_locale() /
get_user_locale()
-------------------------------------------------+-------------------------
Reporter: apedog | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting
| Review
Component: General | Version:
Severity: normal | Keywords:
Focuses: ui, accessibility, rtl, |
administration |
-------------------------------------------------+-------------------------
As a WordPress administrator and developer that works with RTL-language
sites, I am intimately familiar with the frustration of dealing with mixed
RTL/LTR texts. Even when done correctly the experience is frustrating and
obstructs daily workflows. In small and major ways.
RTL and mixed RTL/LTR interfaces are a major obstruction to the user's
experience. As a result, many administrators and developers of RTL sites
prefer the backend to be in English - LTR only. The addition of
`get_user_locale()`, allowing the user to set the backend-language in
WordPress 4.7 was a great improvement in this regard.
However, notification mails sent by WordPress are still sent in the site
locale language. As well as a myriad of plugins and options that default
to site locale or mix them when translation texts are available for some
but not for others. Plugin update logs (some translated, some not), The
'Edit Post' button in the toolbar, date formatting everywhere, etc.
Feature request:
Add an option to set the administration locale/language separately from
the front-end locale/language and separate from the user locale/language.
Using a function like `get_admin_locale()` and/or a constant.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/49971>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list