Home › Forums › Calendar Products › Events Calendar PRO › Date format not fixed in Version 3.4
- This topic has 6 replies, 2 voices, and was last updated 12 years, 1 month ago by
Brook.
-
AuthorPosts
-
February 15, 2014 at 11:22 am #104992
Oliver
ParticipantHi guys,
the date format problem described here
is not fixed in version 3.4.Will the change be available in version 3.5?
Best regards,
OliverPS: Thanks a lot for implementing the date formats in Version 3.6.1! That’s a big help for all the international users! :-)))
February 17, 2014 at 3:58 pm #105588Brook
ParticipantHowdy oheinrich,
Please bear with me as it is really unclear to me what the problem is. Does Barry’s snippet posted in that link fix the problem for you? Or, are you experiencing an issue more similar to /u/threecedars that appears to be an bug of some sort? The OP’s issue was not even a bug, so it will never get “fixed”. Instead, it was just a customization that he was able to accomplish with the application of Barry’s snippet.
If you could outline in detail what the problem is, and maybe provide a screenshot (worth a thousand words), that would be great. Cheers!
– Brook
March 5, 2014 at 2:41 pm #114318Oliver
ParticipantThis reply is private.
March 5, 2014 at 3:53 pm #114908Oliver
ParticipantThis reply is private.
March 5, 2014 at 4:24 pm #115224Brook
ParticipantThanks for clarifying Oliver. We actually do use the WP date format as specified in WP Admin > Settings, but only for full dates that include the year, month, and day. That is the only place we can use the Settings format since the settings is specifying full dates.
It would be nice if we could somehow parse that format, determine if it would make sense shorthand, and then display it. However, the determining if it makes sense would take a human, not a computer. For instance, what if you specified this format “Y.m.d”. If we just used m.d in that view, then you would have 02.08 display completely without context. It would be nonsense to your viewers. That is why we have to rely on customizations for those who would like to further adjust partial date formats.
Does that all make sense? Thanks for again for clarifying and posting. Much appreciated.
– Brook
March 6, 2014 at 10:49 am #115847Oliver
ParticipantHi Brook,
I understand, that’s a good point. I had a deep look at the different views of the calendar. I think there are only some format that have to be be considered:
– List view:
– Main title: month & year
– Eventdetails: day & month– Day view:
– Eventdetails: day & month– Foto view:
– Eventdetails: day & month– Event views:
– Overview: day & month
– Details: day, month & year (which is already implemented and works perfectly)– Week view:
– weekday (Mo, Th, We, …)
– day (2nd, 3rd, 4th, …)
– time ( 12 a.m.)– Sidebar Widget:
– weekday
– day, month & year (which is already implemented and works perfectly)
– time (10:12 a.m – 3:00 p.m.)As you can see there are only a five formats that have to be taken care of:
1. day & month
2. month & year
3. weekday
4. day
5. timeFor 1 & 2, 4 and 5 you could add some fields in the settings of the calendar, where the format can be defined with the php date format (e.h. “d.m.”). To format the values accordingly it takes only some lines in php (here for the German format):
$date = date_create(‘2000-01-01’);
echo date_format($date, ‘d.m.’); -> 10.02.
echo date_format($date, ‘m Y’); -> Februar 2014
echo date_format($date, ‘H:i’); -> 14:05
echo date_format($date, ‘d’); -> 10 (in most languages there is no need for 10th, 11th, etc.)For 3 you can use strftime() in combination with setlocale():
$dateformat_wordpress = get_locale();
setlocale(LC_TIME, $dateformat_wordpress);
echo strftime(“%a”); -> “Mo”, “Di”, “Mi”What do you think about that idea? Maybe you can discuss this with your developer team?
I guess there are a lot of users who prefer this solution, especially the one without programming knowledge 😉Best regards,
OliverMarch 11, 2014 at 6:00 am #117259Brook
ParticipantIt is a very interesting idea, and I really like it. Certainly something to keep in mind.
It is cool to see how well you have researched this. If you are interested in increasing the profile of this feature suggestion, please put it up on our feature suggestion page as well. That will allow other interested users to voice this support for the idea. You might simplify it a bit, and just link to the technical details here. That way it will be a bit easier to understand for the average user.
Thanks for posting. Please let me know if you have any more questions related to this. Cheers!
– Brook
-
AuthorPosts
- The topic ‘Date format not fixed in Version 3.4’ is closed to new replies.
