893443 - [l10n][Hungarian][Calendar] Week view: header with two months is shown truncated

Status: RESOLVED WORKSFORME

(Mozilla Localizations :: hu / Hungarian, defect)

Description

[Natalya Kot [:nkot]]

Attachment: screenshot

Description:
 Week view, header with two months is shown truncated

Repro Steps:
1) Updated to Leo Build ID: 20130713070207
2) Set device to Romanian language
3) Open Calendar app
4) Switch to the week view
5) Swipe left or right to navigate to a week with days in two months (July 28 - August 1) 

Actual:
 Header is shown as "Julius2013.Augusz..."

Expected:
 Header is not truncated


Environmental Variables
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/f21152a848da
Gaia: 2e711c1fdd2441bda34703cd7d8d3c0f1cc2c396
Platform Version: 18.1

Notes:
See attached screenshot

Comment 1

[Delphine Lebédel [:delphine - Use needinfo]]

Is this bug happening for Hungarian or Romanian? It says Hungarian in title, but is filed under Romanian
please correct as needed! thanks

Comment 2

[Natalya Kot [:nkot]]

(In reply to delphine from comment #1)
> Is this bug happening for Hungarian or Romanian? It says Hungarian in title,
> but is filed under Romanian
> please correct as needed! thanks

sorry about that,
I changed component,
this bug is happening for Hungarian!
please read Hungarian in step 2, comment 0

Comment 3

[Kami]

Július2013.Augusz... is bad. The good is like:
Július 2013. Augusztus - It is too long. Maybe we have to use short name of Months. What do you think about?

Comment 4

[Gabor Kelemen]

In English, it is "July August 2013". So this happens because we have switched the order of the month and year. The culprit is probably this one:

month-view-header-format=%Y. %B

And the offending string is made by concatenating 
single-month-view-header-format=%B
and the above to get "%B%Y.%B".
That's bad because it does not accommodate languages that put year before month. Ideally, we should see "2013 Július Augusztus", so "%Y %B %B+1" where %B is the single-month-view-header-format strings %B and %B+1 is the %B from month-view-header-format. Crazy, huh? :)

I realize that it is too late for introducing a brand new string, so I think we should just fall back to the original strings, which look bad but maybe less bad.

About the length of month names, we must shorten in these compounded strings, so we would use "%Y %b %b+1" in the above example.
Kami: this is something we should be able to do on the translation level. 
I have scrolled forward a month and got "Augusztus2013. Sz..." instead of Szeptember - I see no other way.

Comment 5

[Kami]

"%Y %b %b+1" -> go for it!

KAMI

Comment 6

[Delphine Lebédel [:delphine - Use needinfo]]

OK. Just want to make sure this will still be understandable by users? 
If not, we must make this a blocker and ask for some UX help.
Please let me know quickly
thanks!

Comment 7

[Kami]

Should we do something from the Hungarian Team's part?

Comment 9

[Gabor Kelemen]

Attachment: 2014-07-09-23-59-25.png

Now we have:
multi-month-view-header-format=%Y %b

Which results the attached picture. Better than before, let's say this truncation problem is fixed, even if I could imagine something better.

Comment 10

[Axel Hecht [:Pike]]

The single year issues seems to be gone in modern builds completely, so resolving this WORKSFORME.