[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread thiemowmde
thiemowmde added a comment. I'm afraid such a comment won't make anybody work on this harder. TASK DETAIL https://phabricator.wikimedia.org/T167788 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Tagishsimon, The_RedBurn, JAnD,

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread Tagishsimon
Tagishsimon added a comment. UI which has the capacity to mangle input and demands that the user must do something beyond their simple input of the date, is unambiguously, categorically and unimpeachably broken. It should be considered as such. TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread thiemowmde
thiemowmde added a comment. As far as I understand the situation, it is not considered "broken". Whatever the user does, they **must** check the preview to see if the date parsers guess is correct. This won't change, no matter how good the parsers guess is. But yes, it's absolutely

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread Tagishsimon
Tagishsimon added a comment. We could maybe have a preference, such that the user can specify whether they want date parsing to be based on an assumption of MM/DD/ or DD/MM/. Stop guessing. Ask the users. I see this bug is 2.5 years old. Which is fine. Because it only sucks

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-07 Thread The_RedBurn
The_RedBurn added a comment. In T167788#3390329, @thiemowmde wrote: I'm afraid there is no way any parser can ever be sure what "9/7/2017" means. Even if we use your IP address or location (something we should never do because of privacy reasons), or the interface language from your preferences,

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-05 Thread The_RedBurn
The_RedBurn added a comment. In T167788#4559199, @Izno wrote: In T167788#4559189, @The_RedBurn wrote: In T167788#4551700, @Izno wrote: There are a few other countries in the same time zones... Those time zones are defined by country, not by hour differential, so that's not a problem. So far

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-05 Thread Izno
Izno added a comment. In T167788#4559189, @The_RedBurn wrote: In T167788#4551700, @Izno wrote: There are a few other countries in the same time zones... Those time zones are defined by country, not by hour differential, so that's not a problem. So far as I am aware, the system only cares

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-05 Thread The_RedBurn
The_RedBurn added a comment. In T167788#4551700, @Izno wrote: There are a few other countries in the same time zones... Those time zones are defined by country, not by hour differential, so that's not a problem.TASK DETAILhttps://phabricator.wikimedia.org/T167788EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-02 Thread Izno
Izno added a comment. In T167788#4551486, @The_RedBurn wrote: The time zone as defined in https://www.wikidata.org/wiki/Special:Preferences#mw-prefsection-rendering can also be used to check if the user is in the United States. If not, DD/MM/ can also be used. No need to use the IP address.

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-09-02 Thread The_RedBurn
The_RedBurn added a comment. Based on https://en.wikipedia.org/wiki/Date_format_by_country, apart from two English speaking islands, the United States is the only country to interpret 07/09/2017 as MM/DD/. So for languages other than English, DD/MM/ seems to me the norm. The time zone as

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2018-01-22 Thread Izno
Izno added a comment. In T167788#3918820, @matej_suchanek wrote: This looks same as T67722: Wikidata parses dates incorrectly (in Portuguese). Agreed.TASK DETAILhttps://phabricator.wikimedia.org/T167788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2017-10-15 Thread agray
agray added a comment. [Apologies - forgot to ever put in a response to this. Thanks for looking into it.] I agree that 07/09/2017 is always a bit ambiguous and we can never reliably say what the user means. But I guess what's confusing me here is that 07-09-2017 or 07 09 2017 are also a bit