Support in-app setting for date/time format 🌍
As a user, I wish to keep my language setting but change the date and time format.
It is also useful in this case because this is where I would expect GK to pull the setting from.
Comments: 13
-
21 Jul, '21
KostasIf "in-app setting for date/time format" is not likely to be implemented, I think that the Windows GK version should at least pull the date format directly from "Date and time formats" where it is stored for all apps to use. The current method outlined in https://support.gitkraken.com/known-issues/date-format/ that needs us to change our Windows configuration is not very helpful, at least not for all nationalities. I prefer to have my Windows GUI in English and still have GK showing dates in my region's date format, just as most other Windows apps do.
I hope you will consider it and thanks for a great product. -
11 Aug, '21
TheAndreyI also miss this setting. Now I have a format only with numbers without leading zeros :(
I want to have the letter names of the months.
Also I want see original commit date with timezone (like a git log) same as tip with author's E-mail on hover. -
29 Aug, '21
Vladislav JavadovJust sent feedback about missing leading zeroes. I want to see timezones too, along with local time: 22.10.2019 19:14:09 (22.10.2019 09:14:09 -0700)
-
17 Sep, '21
Joey Kelroy Admin"Allow dd/mm/yyyy and 24-hour format for timestamps" (suggested by Lars Refsgaard on 2021-09-17), including upvotes (1) and comments (0), was merged into this suggestion.
-
05 Nov, '21
Ief CuynenOn mac the date is always shown in US format MM/DD/YYYY independent of my regional settings DD/MM/YYYY
Even explicitly setting the correct format for gitkraken in the regional settings does not work.
The date was shown correctly until version 7.5.0
I contacted support for the same issue in January 2021 but still no fix till today.
To be very honest, it bothers me a lot. -
15 Dec, '21
Kenneth Siewers MøllerEvery other git client I've ever used could figure this out. For some reason, GitKraken insists on doing this wrong. There has been hundreds of complaints about this, but still to this date, nothing has happened.
Time and time again has the official "solution" been to change Windows language, which makes no sense for engineers.
All engineers I've ever known has the Windows language set to en-US but the region set to whatever country they live in (in my case Denmark).
Apparently, GitKraken only looks at the Windows language and ignores the regional format, which makes zero sense to me.
What is the point of regional settings, if applications are not using it?
I don't necessarily want GitKraken to have custom settings for changing the regional format, but at least use the system regional formats please. -
22 Dec, '21
Michal BartakIt's not only WIndows.
On Linux (Fedora 35, Ubuntu 21) it ignores system settings and apply US formatting.
BTW official pages https://support.gitkraken.com/known-issues/date-format/ say that on linux / macos the format is being adopted to system settings. We know it's not true. -
31 Jan
TiboIt also ignores macos settings (tested with gitkraken 8.2.1 and macos 12.1)
-
08 Feb
TimmacOS user here too - Gitkraken displays commit dates with mm/dd/yyyy instead the system dd/mm/yyyy. It would be really nice to get this right
-
09 Feb
Cameron TacklindThis is a larger JavaScript issue. According to ECMA, what `Date#toLocaleDateString()` returns is implementation dependent. So it should respect the host's settings but no popular implementations support it. The main reason for this, I think, is because most implementations pass this job off to the de facto standard internationalization library ICU, which itself is having trouble implementing this feature: https://unicode-org.atlassian.net/browse/ICU-111
In the C version of the library, there is a compatibility flag ("@compat=host") for locales on Windows that can be set to enable looking this up from the host but, as far as I can tell, that flag is filtered/prevented in JavaScript implementations before ICU can ever use it, let alone how unstandardized it is.
This affects Node.js and Browsers equally. -
21 Mar
Dan Ørjan Mergedin the comitt graph i would like the clock to show in 24 hours, not am/pm
-
21 Mar
Jonathan Admin"24 hours clock option" (suggested by Dan Ørjan on 2022-03-21), including upvotes (1) and comments (0), was merged into this suggestion.
-
23 May
Thomas Michielswhat is also an option, is instead of using the default datetime for a language/region, is using the windows format settings. I have my desktop set in english, but Windows is configured to use Dutch formats, i do not want to change my whole desktop to Dutch just to see GK datetimes correctly, while most other apps use these settings perfectly fine.