Skip to main content

 

Persona: Centreon users

Problem to solve: As of today, if I choose english for the UI language, I have the date format in US mode (i.e mm/dd/yyyy) which not convenient for non-US people. I should be able to choose the date format I prefer independentely of the UI language.

Expected outcome: Easier reading of dates

Potential solution: Add a user setting for date format which will be used everywhere in the UI

 

Based on Github proposition

Updated idea statusNewDiscussion ongoing

Updated idea statusDiscussion ongoingIn Backlog

Same need, dont’t forget the time format (12h/24h) even in the Timepicker

 

 

Thank you :)


Any updates on this? This topic is 2 years old and it should not be hard to make this. Copy the US file as a UK file and support 24 hours time format for that would also do fine.


bump

 

HI,

When change this, now you have for en_US:

 

and for fr_FR:

 


@Laurent the point is that non US users want to use standard 24h with english interface

for now 24h is only in france language.

So we need English interface with 24h time format.

 


Not sure the American developers understand this but in the whole of Europe there is not a single IT professional that uses am/pm. We all rely on 24 hour time format. And we don't all speak french so changing language to french is not a solution.


Not sure the American developers understand this but in the whole of Europe there is not a single IT professional that uses am/pm. We all rely on 24 hour time format. And we don't all speak french so changing language to french is not a solution.

100% agree


Not sure the American developers understand this but in the whole of Europe there is not a single IT professional that uses am/pm. We all rely on 24 hour time format. And we don't all speak french so changing language to french is not a solution.

fully agree, there is always confusion what to use (am/pm) when users want to set a downtime for midnight or noon…
 


When is this going to get attention? I’m so fed up that even 24.10 still hasn’t allowed us to choose time format regardless of language choice, which makes all our reporting a mess when everything else we produce for management is in the correct 24hr DD/MM/YYYY format that most of the planet uses.


It pains me to say but I switched to another product. The 24 hour time is such a basic function that if the developers cannot comprehend that this is mandatory, the product is just not ripe for me as a European IT professional. I made the switch to OpenITcockpit which works perfect for me with my grafana and agent requirements and has a 24 hour timesetting on both server and user level.


It pains me to say but I switched to another product. The 24 hour time is such a basic function that if the developers cannot comprehend that this is mandatory, the product is just not ripe for me as a European IT professional. I made the switch to OpenITcockpit which works perfect for me with my grafana and agent requirements and has a 24 hour timesetting on both server and user level.

thx Jamie it looks good, I’ll give it a try


Sorry guys this has not been handled. We have looked at it again and it is not as easy as replacing a file but we will move the priority up and see if that can be delivered in a minor update.


Hi @benoitp@baeda@piozylka​​@fvinancano_dtt@Jamie .

If we add the ability for each user to select the date and time display format, independently of the language choice, will that meet your needs?

For example for date formats:

  • “dd/mm/yyyy“ (UE), 

  • “mm/dd/yyyy“ (US),

  • “yyyy/mm/dd“ (ISO8601).

For time format: 12h or 24h.

Regards,


Hi @benoitp@baeda@piozylka​​@fvinancano_dtt@Jamie .

If we add the ability for each user to select the date and time display format, independently of the language choice, will that meet your needs?

For example for date format:

  • “dd/mm/yyyy“ (UE), 

  • “mm/dd/yyyy“ (US),

  • “yyyy/mm/dd“ (ISO8601).

For time format: 12h or 24h.

Regards,

Perhaps, problem is the display at the top right for the date for English is MMM d, YYYY and is not covered unless for EU it would also change it to d MMM, YYYY


HI @fvinancano_dtt you talk about this:

 

And what about this format:

Keep the same as for “datetime picker” with user choice for date and time format?

Regards,


@Laurent all time format should be 24h


@Laurent yes that’s the one

For me all date/time formats should be the same everywhere, so for me:

Long date: dd MMM, YYYY e.g. 06 October, 2024

Short date: dd/mm/yyyy e.g. 06/10/2024

Time: HH:MM:SS e.g. 17:27

The AM/PM in the time picker is really annoying to me.


french is OK

english should be 24h

 


LOL German is also 12H am/pm, as I know Germany uses 24h standard

 


So we need to offer to configure:

  • Long date: dd MMM, YYYY e.g. 06 October, 2024
  • Short date: dd/mm/yyyy e.g. 06/10/2024
  • Time: 12h or 24h

I will list the location of the display of all dates and times in Centreon to define the change effort.


Hi @benoitp@baeda@piozylka​​@fvinancano_dtt@Jamie .

If we add the ability for each user to select the date and time display format, independently of the language choice, will that meet your needs?

For example for date formats:

  • “dd/mm/yyyy“ (UE), 

  • “mm/dd/yyyy“ (US),

  • “yyyy/mm/dd“ (ISO8601).

For time format: 12h or 24h.

Regards,

 

Hi @Laurent ,

suits to me, if:

  • setting is inheritable
  • setting can be set using a mass change

thanks a lot!

br, baeda


YEP, looks good