A Little Birthday Rant!

Today is my birthday, I'm 62 today. I'm British and I'm officially a grumpy old man. So am I allowed a little birthday rant? My topic:

The failure of software developers to internationalise dates irritates much, much more than it probably should!

Well, it is still my birthday in the GMT/UTC time zone. It's 3/1/2021. In a significant chunk of the world it is or recently was 3/1/2021. So why the expletive are Google still sending me stats that say it's the 1st of March (1/3/2021)?

On the increasingly rare occasions they send me cheques they're in pounds, not dollars. So why are they still getting the date format wrong for most of the bloody world?

Sadly Google are not alone. Some British companies get this wrong too, which is even worse.

Here's a list of the countries and the date formats they use. This is according to the gods of Wikipedia (so it must be right!)

M/D/Y isn't that popular is it?

Maybe the Google developers should start using Delphi, which makes internationalising dates easy using the TFormatSettings record and various related date functions / methods.

Notice the token Delphi reference to justify this post being on this blog?

Now I love amd admire our American cousins, and I find the differences in the way we say 'solder', 'herb', 'Delphie / Delpheye' and 'aluminium' rather charming. But come on guys, get the bloody dates right. It is, after all 2021, not 1981 (in some of the world).

And to anyone who says my British ancestors started it by saying 'the 3rd of January' I've two responses:

  1. That was in the 1700s. They're all dead.
  2. They did bother to specify which month they meant, by writing it out.

I feel better for that. Here come the comments...

Oh, and happy 1st of March.

Comments

  1. Thomas Mueller10:43 am

    Couldn't you have used a standardized date format as an example:

    2021-01-03 (ISO 8601)

    If you continue to use a format with slashes you will never be sure whether it's the reasonably sane British format or the brain dead American format.

    My dream is that all software developers should switch to ISO 8601 and refuse to let their programs accept and show anything else. After maybe a century of that, the other formats would be dead.

    ReplyDelete
  2. Delphidabbler5:10 pm

    I'll sign up to that, we just need to convince the rest of the planet!

    My main point is that dates, decimal points etc. should adapt to the user's locale so 3-1-2020 for some, 3/1/2020 for me, 1/3/2020 for the US and 2020-01-03 for the sensible!

    I always use yyyy-mm-dd myself in file names because it sorts properly using standard alphanumeric sorting!

    Cheers

    Peter aka DelphiDabbler

    ReplyDelete
  3. BillSTP12:05 am

    Happy Birthday and welcome to the Grumpy Old Man Club (I turned 66 2 months ago and I feel your pain).

    I agree, the time/date standards internationally can be confusing. Makes me think of the fact that America still officially uses Imperial measurements. Always thought it would be nice to just make the switch to Metric and get it over with.

    ReplyDelete
  4. Delphidabbler10:24 am

    Thx for the welcome!

    I must admit to finding it strange that the US clings to imperial. It's so stubborn and obtuse and so like the British! Of course here in Britain we continue to dither and use both systems. Metric is just too European for many. Some people get very upset about metrification - don't think they like the idea of it being a French system!

    I've made the change to metric because it's more logical and a lot of the world went that way, but I still visualise sizes in miles, yards, feet and inches - and weights in stones and pounds - age thing possibly.

    ReplyDelete

Post a Comment

Comments are very welcome, but please don't comment here if:

1) You have a query about, or a bug report for, one of my programs or libraries. Most of my posts contain a link to the relevant repository where there will be an issue tracker you can use.

2) You have a query about any 3rd party programs I feature, please address them to the developer(s) - there will be a link in the post.

3) You're one of the tiny, tiny minority who are aggressive or abusive - in the bin you go and reported you will be!

Thanks

Popular posts from this blog

Deleting elements from a dynamic array

In my blog " Initialising Dynamic Arrays " I mentioned I have been writing some unit tests that needed numerous repetative array initialisation operations. Well, one of the other common operations I found myself writing was the deletion of items from dynamic arrays. So I decided to find a generic way of doing this. Assuming we know the index of the item to be deleted we need the equivalent of Delphi's built-in Delete procedure for strings. If you read the previous post you won't be surprised to learn that I decided to further extend the Generics.Collections.TArray class by adding to the TArrayEx class I introduced there. My first attempt emulates Delphi's Delete procedure by deleting the array element in-place: i.e. it updates the array passed as a parameter. Unsurprisingly the method is called DeleteInPlace . Here's how it goes: type TArrayEx = class ( TArray ) public .. . class procedure DeleteInPlace < T > ( var A :
Read more

Initialising dynamic arrays

When writing some unit tests a while ago I found myself needing to initialise some dynamic arrays with test data. It would be nice if we could do something like this: var A : array of Integer ; begin A := ( 1 , 2 , 3 , 4 ) ; // !! WRONG end ; but we can't. So I decided to write some functions to initialise dynamic arrays to the contents of another array, be it a constant, a literal or another dynamic array. The result was a set of overloaded routines, one for each data type I needed to handle, for example for Integer and string arrays I had: function CloneArray ( const A : array of Integer ) : TIntegerDynArray ; overload ; var Idx : Integer ; begin SetLength ( Result , Length ( A ) ) ; for Idx := Low ( A ) to High ( A ) do Result [ Idx - Low ( A ) ] := A [ Idx ] ; end ; function CloneArray ( const A : array of string ) : TStringDynArray ; overload ; var Idx : Integer ; begin SetLength ( Result , Len
Read more

New String Property Editor Planned For RAD Studio 12 Yukon 🤞

Image
This blog post is based on a pre-release version of the RAD Studio software and it has been written with specific permission by Embarcadero. No feature is committed until the product GA release. It seems I'm getting very excited about multi-line strings of late. My previous post was about multi-line string literals for Delphi  and this time I'm talking about the new multi-line string property editor being slated for the RAD Studio 12 IDE. For more years than I care to remember, I've been frustrated by the inability to enter multi-line strings in the Delphi IDE object inspector. That meant having to resort to code to initialise some multi-line labels. So frustrated was I that I wrote a little property editor of my own ( stringpe ), way back in 2004. It's still around and on GitHub. Here's what it (sometimes) looks like: Yeah, I know this is Vista - I used an old screenshot Sometimes? Well it looked like that until it got installed on DPI aware Delphis, and then it sh
Read more