Page MenuHomePhabricator
Create Task
Maniphest T50962

localize display of time values
Closed, ResolvedPublic
Actions

Description

Time-related values should be displayed using the user's time formatting preferences.

Version: master
Severity: major
Whiteboard: u=dev c=backend p=0

Details

Reference
bz48962
ProjectBranchLines +/-Subject
mediawiki/extensions/Wikibasemaster+12 -12Allow wikibase-time-precision-* to be translated, expand Qqq
Customize query in gerrit

Related Objects
Search...

StatusSubtypeAssignedTask
 ResolvedNoneT51014 Use value formatters for displaying values on Entity pages (non-JavaScript view)
 OpenNoneT87764 Bugs related to time datatype (tracking)
 ResolvedLydia_PintscherT50962 localize display of time values
 ResolvedNoneT50937 Implement value formatter for time data type
 ResolvedadrianheineT51186 Property value parsing, formatting and validation should be done (only?) in the backend
 ResolvedNoneT48365 Need generic string value formatter
 ResolvedNoneT55745 Implement a factory/registry infrastructure for snak and value formatters
 ResolvedNoneT51265 Spec out registry/factory for formatters and parsers in the backend
 ResolvedNoneT51263 Apply data type specific validators to snak values received by the API
 ResolvedNoneT51264 Apply strict validation when constructing DataValue objects
 ResolvedNoneT58716 UI for quantities should use the backend for formatting
 ResolvedNoneT53111 design and spec API modules for value validation and formatting
 ResolvedNoneT58263 Implement "ApiBasedValueFormatter" in the fashion of "ApiBasedValueParser"
 ResolvedNoneT58261 Implementation of basic value formatters in JavaScript
 ResolvedNoneT58765 create an api module for formatting data values
 ResolvedNoneT59014 Create a FormatValue API module for formatting data values
 ResolvedNoneT64185 Use backend formatter and parser for time
 ResolvedNoneT64184 Create PHP Time Parsers for wbparsevalue
 ResolvedadrianheineT64377 Add calendar hint to backend time formatter
 DeclinedNoneT64189 Create PHP URL Parsers for wbparsevalue
 DeclinedNoneT64190 Create PHP Commons Parsers for wbparsevalue
 OpenNoneT63958 Use existing $dateFormats to format dates on Wikidata
 ResolvedNoneT64385 BCE AD etc. when formatting dates should be localised

Event Timeline

• bzimport raised the priority of this task from to High.Nov 22 2014, 1:42 AM
• bzimport added a project: MediaWiki-extensions-WikibaseRepository.
• bzimport set Reference to bz48962.
• bzimport added a subscriber: Unknown Object (MLST).
Lydia_Pintscher created this task.May 30 2013, 9:59 AM
• bzimport added a comment.Jun 1 2013, 9:07 AM

li3939108 wrote:

YYYY-MM-DD is very OK for Chinese. Something like "Jan 20 2013" seems rather strange when internationalized but not localized.

Kwj2772 added a comment.Jun 1 2013, 5:38 PM
  • Bug 49041 has been marked as a duplicate of this bug. ***
Tobi_WMDE_SW added a comment.Jun 14 2013, 8:06 AM

https://gerrit.wikimedia.org/r/#/c/67431/

Tobi_WMDE_SW added a comment.Jun 14 2013, 9:47 AM

There is a partial solution implemented in the frontend in Change-Id: I093af8477b1bba7ea3fca497d03561a9c52b8d93.

This does reordering of day, month and year according to the user preference. However this does not support all available settings in MW and will fall back to "mdy" for not supported settings.

Tpt added a comment.Oct 8 2013, 3:07 PM

I've submitted Change-Id: Ib2073071b5d46eaf9cbd1d09ac92a842a0ef4233 that change wgPageContentLanguage to the language of the displayed content (ie, for Wikibase entities, the user language). If this change is merged, wgDefaultDateFormat will be, for entities, in the user language and may be used as default format for dates, if the user haven't configure anything.

Lydia_Pintscher added a comment.Mar 18 2014, 10:25 AM

Since time parsing is now done in the backend we should rethink this change.

Lydia_Pintscher added a comment.Jun 30 2014, 10:35 AM
  • Bug 67194 has been marked as a duplicate of this bug. ***
eranroz added a comment.Jun 30 2014, 2:49 PM

In some languages, such as Hebrew it isn't correct to write "27 June" but instead "27th of June"

[in Hebrew:
27 יוני - wrong
27 ביוני - correct
]

The correct way to define format of day and month is "j xg" and not "j F". (The same way as it is defined in preferences)

see related change: https://gerrit.wikimedia.org/r/#/c/142519/

Lydia_Pintscher added a comment.Jul 26 2014, 1:49 PM
  • Bug 68236 has been marked as a duplicate of this bug. ***
Lydia_Pintscher added a comment.Jul 27 2014, 1:09 PM
  • Bug 68622 has been marked as a duplicate of this bug. ***
Lydia_Pintscher added a comment.Sep 25 2014, 11:37 AM
  • Bug 62385 has been marked as a duplicate of this bug. ***
JulesWinnfield-hu added a comment.Nov 12 2014, 2:20 PM

Date format for Hungarian is broken.
Instead of "1970. január 1." it is "1 január 1970" This is also valid for the {{#property}} parser function on huwiki. It was fine in November 2013. Why it has changed?

He7d3r awarded a token.Nov 24 2014, 12:26 PM
Lydia_Pintscher added a project: Wikidata.Dec 1 2014, 2:27 PM
Lydia_Pintscher removed a subscriber: Unknown Object (MLST).
Tobi_WMDE_SW added a parent task: T87764: Bugs related to time datatype (tracking).Jan 28 2015, 2:19 PM
Snaevar removed a subscriber: Snaevar.Feb 13 2015, 6:46 PM
Ricordisamoa awarded a token.Mar 2 2015, 6:07 AM
Ricordisamoa added a subscriber: Ricordisamoa.
hoo moved this task from incoming to ready to go on the Wikidata board.Mar 5 2015, 3:38 PM
hoo added a subscriber: hoo.
Pasleim added a subscriber: Pasleim.Mar 5 2015, 3:45 PM
Mps added a subscriber: Mps.Mar 25 2015, 8:35 PM
thiemowmde added a comment.Apr 7 2015, 1:28 PM

Suggestion from the sprint planning meeting:

  • We currently do not have a formatter that can format datetime values as MediaWiki core does/as MediaWiki users expect.
  • Core does have two formatters, one is used in parser functions and not aware of user preferences. We think that's the one we should use.
  • We support a much wider range of datetime values. The suggestion is to implement a formatter that uses core's formatter for everything that can be formatted that way, and a "sane" fallback for everything else.
  • What "sane" means is up for discussion. Personally I suggest to start with whatever we agree on in the team and improve this later, based on comments and tickets from the community.
gerritbot added a subscriber: gerritbot.Apr 7 2015, 5:59 PM

Change 202455 had a related patch set uploaded (by Hoo man):
Allow wikibase-time-precision-* to be translated, expand Qqq

https://gerrit.wikimedia.org/r/202455

gerritbot added a project: Patch-For-Review.Apr 7 2015, 5:59 PM
gerritbot added a comment.Apr 8 2015, 2:43 PM

Change 202455 merged by jenkins-bot:
Allow wikibase-time-precision-* to be translated, expand Qqq

https://gerrit.wikimedia.org/r/202455

Diffusion mentioned this in rMEXT3ed135cfad53: Updated mediawiki/extensions Project: mediawiki/extensions/Wikibase….Apr 8 2015, 2:43 PM
hoo mentioned this in rEWBA393992f011ce: Allow wikibase-time-precision-* to be translated, expand Qqq.Apr 8 2015, 2:44 PM
hoo added a comment.Apr 8 2015, 5:16 PM

IMO this bug is solved, as these can be localized now... but we should probably create some bug about having a better (more flexible) localization system than we have now.

Lydia_Pintscher closed this task as Resolved.Apr 9 2015, 9:27 AM
Lydia_Pintscher claimed this task.
Liuxinyu970226 removed a subscriber: Liuxinyu970226.Apr 9 2015, 10:38 AM
Content licensed under Creative Commons Attribution-ShareAlike 4.0 (CC-BY-SA) unless otherwise noted; code licensed under GNU General Public License (GPL) or other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL