php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #17060 Request: localization of strtotime
Submitted: 2002-05-06 22:36 UTC Modified: 2002-05-08 21:41 UTC
From: giank at geginformatica dot it Assigned:
Status: Closed Package: Feature/Change Request
PHP Version: 4.2.0 OS: Red Hat 7.1
Private report: No CVE-ID:
 [2002-05-06 22:36 UTC] giank at geginformatica dot it
As the function strtotime only returns dates using the english names for the months and weeks, why not make it more customizable, making it possible to return dates in other languages? As of now, it could be got much much useful. Thanks in advance, and excuse me if this seems a silly request.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-05-07 00:24 UTC] rasmus@php.net
Not silly, just not all that easy to do.  Changed to feature request.
 [2002-05-07 09:48 UTC] giank at geginformatica dot it
int strtotime ( string time [, int now])

is the actual function. As it gets even a complex input from the string "time", I think it's difficult to emulate these functionality in a localized fashion. However, much of the international users are concerned about the output of the function. That could be modified without such a difficulty. Here's a proposal

int strtotime ( string time [, int now] [, string ccode])

where the optional string "ccode" handles the localization request. Giving IT the result will be in Italian, EN or US for plain English, DE for German, FR for French and so on.

So when requesting a date string, outputting in French, the software only has to know the country specific position of the substrings week, month, day, year and the name of weeks and months in that language.
This could not work for other calendar dates, as chinese.
Submitting 10+ languages could be a matter of hours work, and backward compatibility should not be an issue, as the parameter "ccode" is optional. This could be a little step for the PHP source code, but a big step for the PHP community worldwide.
 [2002-05-07 10:02 UTC] giank at geginformatica dot it
I think behaving on locale could trigger compatibility problems.
 [2002-05-08 21:41 UTC] giank at geginformatica dot it
Bogus.
 [2010-10-15 06:46 UTC] RReverser at gmail dot com
I want to propose simple solution for this problem: http://www.phpclasses.org/package/6551-PHP-Manipulating-with-localized-date-time-strings.html
 
PHP Copyright © 2001-2014 The PHP Group
All rights reserved.
Last updated: Fri Apr 18 18:01:58 2014 UTC