Opened 12 years ago
Closed 8 years ago
#21139 closed defect (bug) (worksforme)
Month format in Publish box
Reported by: | pavelevap | Owned by: | SergeyBiryukov |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.4 |
Component: | I18N | Keywords: | reporter-feedback |
Focuses: | administration | Cc: |
Description
New translatable month format was introduced in r19820.
Problems:
1) Month numbers are not localized. Czech does not use numbers with format 01, 02, etc. I can remove month numbers by "not translating" them, but it is not the best solution.
2) How should be strings "May_May_abbreviation" translated in the right way? I found that some languages uses for example "Kvě_Květen_abbreviation" translation and others only "Kvě". Translators are probably afraid of removing "_May_abbreviation" part because they do not want to broke anything even if there is preg_replace function following. I do not understand why there has to be the whole "May_May_abbreviation" original string? Also explanation for translators (three-letter abbreviation of the month) is not exact, because we can use 2 (better for Czech) or any other number of characters.
Change History (7)
#3
@
9 years ago
- Keywords reporter-feedback added; needs-patch dev-feedback ui-feedback removed
What would be the solution here? I thought of
number_format_i18n()
, but it seems to remove leading zeroes for all languages.This was a hack to make day and month abbreviations unique ([1518], [2232]). According to the comment (the last sentence was gone in [3676]), these strings should be translated to day and month initials/abbreviations, without the
_*_abbreviation
part.It's probably just because most languages use 3 letters.
I guess it's fine to use 2-letter abbreviations if they make more sense, as long as the translated strings are still unique. In ru_RU, we use 2 letters for day abbreviations and 3 letters for months.