utils.dateFormat doesn't return the right locale string

Classic Servoy
1

The method utils.dateFormat doesn’t seems to use the client locale info to determine the language of the day and month descriptions.
Is there another method which does this or am I doing something wrong?

2

I would say Servoy does not set any locales in that method. So the client’s (JVM default) locale will be used, maybe overridden by that set in the Servoy client.

3

In other words the method utils.dateFormat is useless in the web-client when you want to use day or month strings in the format, because it runs always on the server.
I noticed that a text field with date format has the same problem, but a calendar field gets it right. How is this possible? So there must be a date format function which get it right, but where is it?

Anyone any suggestions?

4

Are you saying that in the WebClient, some formatted dates use a different locale than others, whereas in the Smart Client they all use the same Locale?

If so, please create a case in our support system, preferably with a small sample solution.

Paul

5

I think I could enhance our free DateUtils plugin with a method that gives you a format for a given locale. But how do you find out the locale of a web client?

6

Servoy allready respects the Locale of the browser.

Sounds like proper formatting is missed in some places though.

Paul

7

pbakker:
Are you saying that in the WebClient, some formatted dates use a different locale than others, whereas in the Smart Client they all use the same Locale?

If so, please create a case in our support system, preferably with a small sample solution.

Yes, looks like textfield and method utils.dateFormat are using the default locale of the server instead of client locale as the calendar field does.
I’ve posted a case.