Franky

I’ve also encountered the problem.
In the admin area, wordpress overrides the default checkbox layout using CSS styling. There they play with “webkit-appearance:none” and that sometimes seems to cause issues. If I go in my css debugger and disable/enable the webkit-appearance (so in fact no change), it works all of the sudden again. Also after a ctrl-page-refresh the checkboxes show as expected.

This describes the problem:
https://stackoverflow.com/questions/20057581/css-webkit-appearance-none-is-causing-checkbox-to-not-be-checked#20057735

IMHO, wordpress needs to adapt the css in their admin section a bit …
I could work around the problem by overriding that styling, but I don’t think it is up to EME to fix a wp bug here 🙂

Indeed, if the problem is solved there’s no need anymore 🙂

In theory a linebreak should be changed to a br-tag, so EME works as expected. But, it seems my code was a bit too gready and added linebreaks after p and div tags, maybe that’s your issue here?
I’ve already updated the code to be more correct in that regard. You can download eme_functions.php from here: https://plugins.trac.wordpress.org/browser/events-made-easy/trunk/eme_functions.php?rev=2603953
(direct text link: https://plugins.trac.wordpress.org/browser/events-made-easy/trunk/eme_functions.php?rev=2603953&format=txt )
and replace your version with it if you’re comfortable doing that. See if that helps already.
If not: please do provide an example so I can check further.

While this is not possible, you can use conditional tags to hide the info of your event until a specic date (using eme_if and checking for e.g. the value of #_DATETIMEDIFF_TILL_START{d} , see https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-2-events/ and https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-1-conditional-tags/ )

The next version of EME will by default do a nl2br (in a smart way) for all generated html output, so that should solve your problem. If you’d like, I can give you a link to the changeset too.

Ok, the next version will always convert nl to br for custom field values. Now the reason it works on one of your sites and not the other is maybe you checked the option to disable autop for one site (EME settings, tab “other”) which causes EME to replace some stuff.
The conversion to links on your one site is not done by EME at all, maybe some other plugin. I can do the conversion in EME (it is in dev now), but I’m a bit unsure if I should do that …

Ok, the newline->br I need to check (if showing the output on the site). However, for the rest this is a text-field, not a html field. Accepting html from customer input is asking for security problems and that will not be happening.
But as said: I’ll look into some part of the rendering of the field output when showing online.

Is the CSV export of bookings not sufficient? It shows the paid amount per booking, the amount still to pay, the gateway used etc …
A summary is not present per event, but creating a sum of that in excel is a breeze.
One also needs to account for multiprice events, or multiseat, or even some with multiple discount codes … it is not as simple as it sounds to cover all scenarios in EME with 5 lines of codes, while you know your specific setup and can easily account for that in excel.

If you think that’s a feature that many would like, feel free to create a feature request at https://www.e-dynamics.be/wordpress/forums (and make a nice donation if you like to 🙂 )