bkatrin

Hi Mike

Thank you for your detailed answer! I’ll implement it like that.

And I think your plugin has just the right amount of settings – thanks so much for writing & maintaining it, it makes my life easier every day!

Thanks for the quick reply! Unfortunately, I don’t quite understand how this is supposed to solve my problem – I don’t want to skip an unfilled-out field. I want to tell the user that they didn’t fill it out (something like the opposite of skipping, if that makes sense), cf. my example above.

I just tested the setting with the example I posted above, and didn’t see a difference in the mail that was sent out. What am I doing wrong?

Is there a documentation of this feature? I can’t seem to find it, and the help text essentially just repeats the name of the feature ??

Awesome, thank you! Looking at it after the update, the issue indeed seems to be resolved – thank you & the team for your work!

thanks for your quick reply, Leah.

Please note, it’s not just the period that’s missing, the position of the day-date is wrong too (see the format examples in my above post – both day-dates go before the month).

I see 2 solutions:

• A setting for “how do you want to display time ranges?” instead of “time range separator” in the date format settings. However, this could lead to problems, since in a range, there are always at least two day dates, as in two js in “j. - j. F“. How would you know which of the two days to write in which place?
• Always display the full date (“date with year” or “date without year” from the date format settings) to either side of the “time range separator” (“-“):
  date_without_year1 time_range_separator date_without_year2
  as in:
  October 17 - October 19 instead of October 17 - 19 for a “date without year” format of F j.
  In German, I can set my “date without year” format to j. F – and the range would then automatically become 17. Oktober - 19. Oktober, which would be a correct way of writing a time range.
  This would also work with “date with year” instead of “date without year”.

It seems that with the newest update & the possibility to edit the date format settings, the issue has mainly gone. Thank you very much for your work!

However, there still seems to be a glitch:
Assume a multi-day event.
On the event overview and on the event’s own page, the date in English reads “October 6 – 17” (setting for “date without year” is F j).
When I change the setting “date without year” to the German j. F, the line reads “6. Oktober – 17”, which is wrong. The correct format would be “6. – 17. Oktober” (j. - j. F, not j. F - j).

Thank you, Leah ??

Hi Barry,

thanks for your elaborate description! I think I finally see that we’re talking about 2 entirely different issues ??

You say:

The behaviour you have described is deliberate […] many users would see no reason to also display the year

Where I’m not worried about whether the year is displayed or not. I’m concerned with the format of the day-of-month number and the order of day-of-month-number and month-name:

correct format […] (“17. Februar”) and the wrong format […] “Februar 17”

.

I’m sorry to be so persistent about this, but IMO, any display of dates should not just display the translated words for names of months, but also display the correct format for the given language. You would find it very odd to read “15. February” instead of “February 15” in a Calendar, wouldn’t you.

So how come the dates were displayed correctly in German format until a couple of weeks ago, and then suddenly changed to the American format? You must have had some intention behind changing this? And how do I set The Events Calendar to correctly display German formatted dates and times again?

Cf. an example event on my page (here): You can see the correct format in the text below (“17. Februar”) and the wrong format in the 2nd line of the title (“Februar 17” – note how the month’s name *is* translated to German, but the format isn’t).

Or am I supposed to interpret your above answer to “The free version of The Events Calendar is intentionally broken to make international people buy the pro version”?

Hi Barry & wz-web,

the thing with the date format is a bug, not a feature request.

I have set my WordPress to the date format ‘l, d. F. Y’ (e.g. “Montag, 05. Januar 2014”) as is custom in German. However, The Events Calendar shows dates such as “M?rz 17” (correct would be “17. M?rz” – “M?rz 17” is not correct in German). Some translation seems to be taking place (“M?rz” instead of “March”), but it doesn’t take the date format setting into account.

Thanks,
bkatrin

Apparently, [slideshow] seems to work. I have no idea what parameters it takes though – un-installed the plugin b/c of it… :-/

Hi Mike,

thanks for working on this. However, I think it’s still not fixed: It is completely impossible to assign one CSS to the label and another to the input DIV. Check out this page: https://karate2015.eu/en/volunteer-help/ under “Languages”.

Whatever CSS I assign to the DIV containing the string “Languages” (using the “Label CSS” field) is also assigned to the individual DIVs containing the strings “DE”, “EN”, etc.

Whatever CSS I assign using the “Input CSS” field seems to be completely ignored.

Any idea how to solve this ?? ?

Thank you!

Sorry to disappoint you – the “solution” I outlined didn’t work out all the way through as I found out later (but slovenly forgot to update in this issue) :-/

But thanks for the link to the qTranslate thread, I’ll try that method!

Whichever of either (qTranslate or Events Calendar) fixes the problem – I guess users will just be happy if it works out of the box ??

Short hack: Try an iframe? You can use the “text” widget and enter your HTML-iframe there.