fix(ui5-calendar): switch to two column layout on Islamic or Persian secondary calendar type

[hinzzx]

Previously when secondaryCalendarType was set to Islamic or Persian, the texts of the months' names didnt had enough space in the cell to be displayed on one row, which wasnt the desired behavior.

Now, when any of those two calendar types is set as a secondaryCalendarType, when the end user is in month view of the calendar, the months are displayed in two column layout, instead of three, providing enough space for the texts to be displayed in one row.

Tested in both Cozy/Compact modes in following scenarios:

---

Primary/SecondaryCalendarType:

1. Gregorian/Buddhist
2. Gregorian/Islamic
3. Gregorian/Japanese
4. Gregorian/Persian
5. Buddhist/Gregorian
6. Buddhist/Islamic
7. Buddhist/Japanese
8. Buddhist/Persian
9. Islamic/Gregorian
10. Islamic/Buddhist
11. Islamic/Japanese
12. Islamic/Persian
13. Japanese/Gregorian
14. Japanese/Buddhist
15. Japanese/Islamic
16. Japanese/Persian
17. Persian/Gregorian
18. Persian/Buddhist
19. Persian/Islamic
20. Persian/Japanese

Before

After

Fixes: #7712

[unazko]

The same issue isn't reproducible in openui5 project with Islamic secondary calendar type due to difference in the gridcell sizes. As you already mentioned the ui5-calendar is the one that has gridcell sizes not according to the visual design. The issue is reproducible with the Persian secondary calendar type on both projects. We'll need to discuss the idea of the two column month layout with the visual designers as in this case a vertical scrolling appears:

[unazko]

All fine except the Home/End keyboard interactions.

[tsanislavgatev]

Two things, when changing from month to year picker, there is a moving of the header of the calendar. The arrows and the button are going lower. Also when primary and secondary calendar are the same and are one of the exceptions, the calendar is still in 2 columns

[hinzzx]

Two things, when changing from month to year picker, there is a moving of the header of the calendar.

The problem isn't introduced by the change. Outdated

...when primary and secondary calendar are the same and are one of the exceptions, the calendar is still in 2 columns

Done ✅

EDIT: I was testing different case. There is actually header jump on two-column layout, so it will be fixed within this change.

[nnaydenow]

Two things, when changing from month to year picker, there is a moving of the header of the calendar.

The problem isn't introduced by the change.

...when primary and secondary calendar are the same and are one of the exceptions, the calendar is still in 2 columns

Done ✅

If you are not going to fix issue with current PR please reference issue where the issue could be tracked.

lgtm