Hello,

The difference comes from default formats. In the web-based suites, the format designated in my previous post is used, you can also see it in the Kendo UI for jQuery suite, for example: https://demos.telerik.com/kendo-ui/scheduler/localization. Whether the month or only the date is included is a matter of different design that has been chosen probably around a decade ago. The solution is a header template so you can choose what to render. Here are two examples:

• header template where you can choose what to render (in this case - a longer date format): https://dojo.telerik.com/OCuvutAJ/2
• default behavior with months has the same behavior as in Blazor (note the commented line): https://dojo.telerik.com/OCuvutAJ
• documentation that explains that a custom format is used by default: https://docs.telerik.com/kendo-ui/api/javascript/ui/scheduler/configuration/dateheadertemplate

Regards,
Marin Bratanov
Progress Telerik

Hello,

For such a "fix", the feature must be implemented first, because there is no single format string that can suit all cultures.

Regards,
Marin Bratanov
Progress Telerik

Hi,

There are many locales in the world in addition to the US and the UK, and so there are many users who expect the date first, and many users who expect the month first. Thus, there should be a feature that lets the developer control this so they can choose what suits their audience best. The built-in feature needs to also provide a format short enough to not expand the cells with narrow scheduler widths.

I understand that users in the UK find this confusing, this is why I mentioned it in my post explicitly, and you can click the Follow button on this page to get email notifications for status updates - when it is implemented and what release that will be in.

Regards,
Marin Bratanov
Progress Telerik

I am attaching here a small localization sample that shows:

• how the sting format the scheduler uses works (for a few cultures, including en-GB) - the format is TheDateTimeObject.ToString("ddd, M/dd") and in en-GB, for example, results in <day of week>, <month number>/<day of the month>  which may resemble a little a US format (which is the core of this request).
• one way a culture chooser and localization can be implemented.

Regards,
Marin Bratanov
Progress Telerik