Closed (fixed)
Project:
Agenda
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Sep 2011 at 14:54 UTC
Updated:
20 Dec 2014 at 05:14 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
BlinX commentedSame for me (translation to Dutch). Already posted in the forum, no reply's.
After updating form Agenda 7.x-1.2 --> 7.x-1.3, the dates shown above each event are displayed in english instead of being translated to Dutch.
In the previous version it was translated as expected!
Altough Today (Vandaag) and Tomorrow (morgen) are being translated as expected!
Date formatting in "Configure agenda block" is set to l, j F
It seems "Date formatting" is changed in this new version.
Where can we find info about the expected value of this field "Date formatting"?
Or can anybody point the right way for this?
Thanks!
Comment #2
aidanlis commentedThe dates are generated like this:
I'm not sure how to force the translation with this object, but I'll ask Gabor to take a look.
Comment #3
gábor hojtsyDrupal has long been providing this functionality in http://api.drupal.org/api/drupal/includes--common.inc/function/format_da...
Comment #4
aidanlis commentedI can't use format_date because it's impossible to get timezones (especially DST) correct in D6.
Comment #5
gábor hojtsy@aidanlis: the issue version number says 7.x-1.3.
Comment #6
aidanlis commentedNot sure why I said D6 there - this issue #1016336: Events are displaying in the wrong date -- a day earlier (D7) is all about the problems I've had with format_date in D6 and D7.
If the DateTime object doesn't support native translation it may be necessary to grab the timestamp from the DateTime object and feed that to format_date, but I don't have time to experiment with this. Thanks for the feedback Gabor.
Comment #7
eyeworry commentedAny new ideas about this problem...
I need the days and months in german :( Pls help
Comment #8
aidanlis commentedUnless you can provide patches I don't have time to fix this, I'm sorry!
Comment #9
k.skarlatos commentedHi, this is a small patch we wrote in order to fix this issue. In our setup it works ok, but please test it if you can.
Comment #10
k.skarlatos commentedAnd also this is my first patch, so if I made any noob mistakes please forgive me :)
Comment #11
gábor hojtsyFirst thing: please don't change the line ending or make the patch without respect to line ending changes, so we can see the actual change. It is pretty hard to review as-is.
Comment #12
k.skarlatos commentedSorry for the previous patch, I think this is the correct one
Comment #13
tmgd commentedThe patch work for me. Thanks!
Comment #14
lukslo commentedWorks like a charm. Thanks a lot!
Comment #15
BlinX commentedSuper!!
Thanks!!
Comment #16
petertoen commentedWill this patch be included in th next release? I would appreciate it. Cheers
Comment #17
cndbs commentedthanks you dude! It works perfectly!
( At the beginning i did'nt understand how to install it ^^)
Comment #18
lilbebel commentedHi CNDBS,
I'm also having trouble applying the patch. Would you be able to provide a screenshot of the code with the patch applied? That would be super helpful.
Thanks,
M
Comment #19
quiquee commentedWorks great, thank you !!
( patch agenda-block.tpl.php ../patch_7.diff didn't work and I had to edit manually :-?? )
Comment #20
balis_m commentedThis problem also exists at 7.x-2.0-beta1.
I made this patch to fix this issue.
Comment #21
guschilds commentedComment #26
guschilds commentedThanks, balis_m! I have committed your fix. The patch test had failed because of an issue with the test that has since been fixed.
While this patch will allow for translation, the caching approach used in the 7.x-2.x version will introduce a bug on multilingual sites. I've created an issue for that here: #2388289: Built-in caching causes problem on multi-lingual sites.