Jump to content

Server: Configurable date/time format


Recommended Posts

Hi,

 

It would appear as though the date format is hard coded to US month/day/year. 

What would be nice is to keep the English language, but still be able to decide what date and time format to be used consistently throughout the solution. As a European user, I'd for instance like it to be DD-MM-YYYY instead. If this is only tied to the locale, one could risk having to use a non-English language in order to get the right date/time format, and that would be somewhat unfortunate..

 

Would that be an idea?

Link to post
Share on other sites

Thanks Luke!

 

Would you be able to direct me to where I might have it wrong then, as I get the date format correct pretty much everywhere else, but on Media Browser webclient I consistently get the month/day/year format on Media Browser only, and nowhere else..

 

Having said that, I also get the 12h AM/PM on this forum instead of 24h clock, so it's entirely possible something is wrong on my end. Funny thing is just that I've never had this problem anywhere else before with this computer/client, and it's also consistent across other computers and tablets, all consistently showing the US format across Windows, Mac, Linux and various tablets.

 

Here's how it looks in the web client, with US version of October 1st 2014:

 

54e7a9a997e95_ScreenShot20150220at223754

 

And here are the local settings, causing it to be right on most other systems:Thanks again for looking at this - much appreciated!!

 

54e7aafd72d36_ScreenShot20150220at223724

 

 -Florux

Link to post
Share on other sites
  • 2 years later...
  • 1 year later...
spikemixture

Has this been fixed.

 

I have bought the Premiere version for 12 months to give emby a real go against it's competition.

 

One annoyance is the date thing.

 

I am looking at the Release date Format box.

 

yyy.MM.dd 
 

It has a drop down but that gives no other option.

 

Developers from the US really must realize that the US is not the 'World"

 

300 million in the US use yyy.MM.dd
7+ Billion do NOT.

Link to post
Share on other sites

@@spikemixture, actually we are using a date input box, and your browser is choosing to display it that way. So i think what you really mean to say is your browser vendor must realize that the US is not the world :)

 

Have you configured your system time zone settings correctly? What browser and version are you using?

Link to post
Share on other sites
spikemixture

@@spikemixture, actually we are using a date input box, and your browser is choosing to display it that way. So i think what you really mean to say is your browser vendor must realize that the US is not the world :)

 

Have you configured your system time zone settings correctly? What browser and version are you using?

Hey Luke

 

I have all my settings to non US. Because like 90% of the world's population I do not live in the US!

 

The only place now that appears to have the US only settings is where I stated in my post.

The dates are set correctly (for me) in all other locations so it really doesn't matter .

 

Thanks for the reply...

 

Link to post
Share on other sites
  • 11 months later...
spikemixture

So almost another year has passed 

 

And we all have to put up with the US take on the world  yyyy-MM-dd

 

 

5e1d9b78dccdf_yearCapture.png

 

I should not have paid the lifetime membership ! 

Edited by spikemixture
Link to post
Share on other sites
seanbuff

I think there is some confusion in this thread. Firstly the OP @@Florux was referring to a displayed "release" date on a details page.

 

@@spikemixture the release date you are referring to is only used within NFO files and should not reflect how any date is 'displayed' in the UI. (And contrary to what you think, yyyy-MM-dd is not a US date format, it's more of a Korean or Chinese one in fact.)

So the date used here should not bother you, unless you are manually opening NFO files and viewing their content.

 

@@Luke the field that spikemixture is talking about is not a browser date input box, but rather a hard-coded format presumably based on Kodi NFO date format standards once upon a time.

 

Back to the original topic, I also raised this as an issue here: 

https://emby.media/community/index.php?/topic/80930-added-does-not-respect-machine-locale-whereas-metadata-does/

 

@@SamES explained the problem well. @@Luke seems there is some work to be done for other English speaking countries outside of the US and UK.

 

tl;dr - as SamES explained in the other thread, until @@Luke comes up with a more permanent solution - the current workaround here is to set your 'Preferred Display Language' in Emby to 'English (United Kingdom)'

 

5e1da8fe4af9e_20200114_224049.png

 

Link to post
Share on other sites
Luke

Yes he is correct regarding release date. That option is used to indicate the date format in your nfo files, as it says right there in the help text.

Link to post
Share on other sites
Luke

Many of our apps have a date time locale option. I would suggest exploring that.

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...