[wp-trac] [WordPress Trac] #28303: How to handle default/formal translations for automatic upgrades?
WordPress Trac
noreply at wordpress.org
Sat Jul 18 13:13:19 UTC 2015
#28303: How to handle default/formal translations for automatic upgrades?
------------------------------------------+----------------------
Reporter: zodiac1978 | Owner: ocean90
Type: task (blessed) | Status: closed
Priority: normal | Milestone: 4.3
Component: I18N | Version:
Severity: normal | Resolution: fixed
Keywords: has-patch meta needs-testing | Focuses:
------------------------------------------+----------------------
Comment (by markoheijnen):
I'm wondering if the current solution is the right one. We currently
hacking the locale to support formal/informal. Informal/Formal is a
writing style rather then a dialect. Personally I rather see it as a
separate field so that get_locale() is still the same.
You can already see the problem with the commit made. CSS had to be
changed and plugins like Babble need to do more work. For user content and
plugins they care mostly about that it's German so de_DE. The only reason
I see we need this is that we get the right language package. Then having
the style as a separate option could be a better solution. Then there is
no change of breakage.
Reason about this is that I would like to split the locale from the style.
Knowing what the right GlotPress project will be.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/28303#comment:26>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list