Date format not fixed in Version 3.4

Home Forums Calendar Products Events Calendar PRO Date format not fixed in Version 3.4

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #104992
    Oliver
    Participant

    Hi guys,

    the date format problem described here

    Date format not correct


    is not fixed in version 3.4.

    Will the change be available in version 3.5?

    Best regards,
    Oliver

    PS: Thanks a lot for implementing the date formats in Version 3.6.1! That’s a big help for all the international users! :-)))

    #105588
    Brook
    Participant

    Howdy 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

    #114318
    Oliver
    Participant

    This reply is private.

    #114908
    Oliver
    Participant

    This reply is private.

    #115224
    Brook
    Participant

    Thanks 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

    #115847
    Oliver
    Participant

    Hi 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. time

    For 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,
    Oliver

    #117259
    Brook
    Participant

    It 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

Viewing 7 posts - 1 through 7 (of 7 total)
  • The topic ‘Date format not fixed in Version 3.4’ is closed to new replies.