You don't need libraries for internationalization of dates

Re:You don't need libraries for internationalization of dates by levosmetalo on Thursday February 20, 2020 @08:00AM (#22374745)

Even that is not that simple. You have set your browser to US-English and you expect your date to be displayed that way in the application, but you see something completely different because your OS happens to be set to French.

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by onion2k on Thursday February 20, 2020 @10:43AM (#22375806)

You have set your browser to US-English...

You haven't though because there isn't a locale setting in the browser.

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by Xelbair on Thursday February 20, 2020 @09:07AM (#22375123)

solution is simple.

Lets get rid of all date-time formats except the iso(YYY-MM-DD) one...

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by patelpankaj on Friday February 21, 2020 @05:14AM (#22382127)

These differences exist because of the freedom given to everybody about their choice. So countries make their operating standard and citizens follow it.

It is simple to think that this format would work but the people who are not familiar with this format will be completely lost with it. People who are not educated but somehow learnt to follow one format; ask them to learn a new format; it will be so complicated.

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by jiggawatts on Friday February 21, 2020 @05:48AM (#22382241)

This is like arguing that nobody should adopt the meter because each country has their local feet, yards, furlongs, cubits, els, steps, rods, lacters, and canas. I mean think about it: countries decide their units of measurements and their citizens follow it. It's freedom!

Sigh...

You're not even from the United States, so you should full well know how important standardisation is across country borders. There are literally only three countries that haven't adopted metric, zero that haven't adopted the standard 24 hour / 60 minute day, and only four that haven't adopted the Gregorian calendar[1].

So why is it so hard to accept the one consistent date format? Seriously? Why?

Tell you what: If you can tell me which day the following date represents, I'll give you USD 100. Seriously. I'm not even kidding.

    03/04/05

Go ahead. Guess.

[1] https://en.wikipedia.org/wiki/Civil_calendar

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by BrandoElFollito on Sunday March 01, 2020 @08:06AM (#22456703)

It is a Tuesday(1)

(1) standard probabilities apply.

But seriously, yes. I am French and write the date as 2009-03-01 and get weird looks.

I work in a French company and some people seem to assume that it is fancy to use a US format for the dates. I refuse to read a document which did not have an obvious format.

Heck, even MAR/01/2020 could be acceptable but why? Why?

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by LinuxBender on Thursday February 20, 2020 @11:45AM (#22376346)

There are a myriad of debates in email threads about standardizing on ISO 8601. I would love to see it happen, but I would not hold my breath. People code date formats into their applications and db schemas and many other reasons. In most cases I have seen, people could have used epoch and then simply displayed the date based on the user preference.

[ Parent | on HN ]

Re:You don't need libraries for internationalization of dates by dec0dedab0de on Thursday February 20, 2020 @09:22AM (#22375222)

I just imagined a dystopian world controlled by a malicious AI that outlaws everything that can't pass the modern turing tests.

[ Parent | on HN ]