For each already existing date format, the enclosed patch adds the same date format but without the time part. For an example, in addition to 'Y-m-d H:i' , it also adds 'Y-m-d'.
The reason for this feature request is that the time part can be irrelevant and even undesired on certain sites such as corporate sites and similar. Consider, for an example, a small or medium sized company publishing upcoming events, press releases and similar things one or two times each month. It that case it can look over-ambitious or even silly to state the time within a minute. Just the date would be preferable. For sites like this, it is desirable to be able to choose a date format without the time part. Hence the rationale for the proposed patch.
Another solution would be to give the administrator means to choose between given formats or enter a PHP date format string (http://se2.php.net/date) him-/herself.
| Comment | File | Size | Author |
|---|---|---|---|
| system.module_24.patch | 2.23 KB | TBarregren |
Comments
Comment #1
dkaps commentedPls. bear with me.. I am a bit technically challenged kind of person. Where do I upload (which folder) this patch to. And do I need to extract it.. I mean what do I do after I have uploaded it.
Does it work with Drupal 4.6?
Help greatly appreciated!!
Thanks,
dkaps
Comment #2
dries commentedMaybe we need to provide separate selection menus for both dates and times? And for times, a 'don't display time' option?
Just looking for a more elegant solution in terms of user experience ...
Comment #3
cerasus commented(changed version to 5.x-dev, dunno if it corresponds to x.y.z in this case)
I think that we should give administrators the freedom to define a custom date format. I'm only saying this because hardcoding proper Hungarian date format is not very elegant, and even making it an option to hide time wouldn't help it.
Comment #4
forngren commentedI agree with cerasus; we should use php's date formating instead of hardcoding values because there will always be some values that is missing.
Comment #5
forngren commentedhttp://drupal.org/node/105039