Forum Replies Created
-
Posts
-
Well, adding a filter is not that big a deal 🙂
I’ll move this to bugs, so I don’t forget about it (I forgot to do it yesterday evening, before the release).
There’s a fix in the current trunk version for attendee and booking list formatting, see
http://plugins.trac.wordpress.org/changeset/859776
but I’m not sure it will help you …
What do you have in the EME setting called ‘Attendees list format’?
I think I have a documentation bug there, you should not use #_NAME but #_ATTENDNAME, see http://www.e-dynamics.be/wordpress/?cat=48
The example submit form you put online doesn’t provide a captcha to fill in, but in your settings you require it.
Go into the EME settings, tab RSVP, and deselect the option “Use captcha for booking form?”
Not really, since it’s a filter only for emefs. But I can add a similar filter if you want, although I don’t really see a big use for it 🙂
Well, I just created a page with content
[eme_bookings id=14 template_id=6 template_id_header=4 template_id_footer=5]and in the template with id 6, I put:
<li>#_RESPNAME (#_RESPSPACES) test
[eme_if tag="#_SPACES1" notvalue="0"]Table 1[eme_if2 tag="#_SPACES1" notvalue="1"] -<b> #_SPACES1 seats</b>[/eme_if2][/eme_if]
</li>And it seems to be working just fine … now 🙂
Reason is this fix:
Where do you use these? In the rsvp mails? Do you mean that events_if works, but eme_if doesn’t?
And what do you mean with the “Reserve” button?
What is the shortcode+options you’re using?
Because I just tested [eme_bookings] and #_ATTENDEES: both work as expected
For the moment this is not possible. I recommend you to use the available filter eme_eval_booking_form_filter , see http://www.e-dynamics.be/wordpress/?cat=41
Confirmed as a bug (typo) and fixed here:
It turned out that recoding this uncovered some more bugs I coded up while using templates for attendees and booking lists.
Should be all fixed here:
Correct, it should work, but it doesn’t 🙂
This is a small part of the fix: http://plugins.trac.wordpress.org/changeset/858780
But the real problem is that I replace the #_NOTES part the last, so people using other shortcodes in there can use the “format” option and otherwise I would be replacing values that should not be replaced. This causes #_EVENTID to appear non-replaced as value for the event id, and a string is of course nto a correct value.
But since the template functionality is now in place, people can use that. So now I could just put #_NOTES to be replaced first, causing your shortcode to appear with the #_EVENTID and then #_EVENTID gets replaced correctly afterwards.
For some people this might cause troubles (backwards compatibility), so I’ll add an option to the settings to control this behavior.
Moving to bugs until I can code this up this evening.
You asked if the booking form could be changed per event, not the booking list. But even that is possible:
you can use the [eme_bookings] shortcode for this inside your event format, use the placeholder #_EVENTID for the value of the event id and use templates.
See
I confirm that it is still an issue, and hopefully fixed here:
http://plugins.trac.wordpress.org/changeset/858439
and (small fix):
Implemented with this change:
Implemented with this change:
I don’t do paid requests, I only accept general donations since sometimes I’m just too busy to implement a feature immediately …
I’ll try this weekend …
Yes, that’s already a long outstanding feature request I made for myself 🙂
I’ll try to implement it.
Correct. I’ll fix it this evening in the code.
For now, go into eme_people.php and change line 460 from
if (!is_null($line['wp_id']) && $line['wp_id']) {to:
if (is_admin() && !is_null($line['wp_id']) && $line['wp_id']) {That should help
Well, normally it should take the old data, but because it’s already a long time ago and you have the prefix issue, I can no longer guarantee it. To be sure: make a db backup.
It’s not in the released version yet. So either make the changes yourself, wait for the next release or – as a workaround – use the new template options for the eme_locations shortcode.
Ok, it’s a bug introduced some weeks ago (since 1.2.1)
Fixed here:
Implemented here:
Char limit changed:
If you change it manually, you have to specify the correct string length as well:
s:7:”1||0||0||0||0||0||0||0||0||0″
==> 7 is not correct if you count the number of characters in the string following it. I think it is 28
(the same for max_allowed).
Concerning the “real” problem: the char limit. I think it is at 25 for now, so I’ll bump that up a bit …
Implemented the following:
* Feature: the payment form showing the buttons can now be customized in the EME settings, Payment section. The same placeholders as for bookings can be used.
You can format the section above and below the payment buttons and everything is surrounded by CSS tags as well.
See
http://plugins.trac.wordpress.org/changeset/853662
and
Since one attendee can make multiple bookings, this is not possible. Isn’t the booking list with its placeholders what you’re looking for?
Read this for CSS :
Then use CSS to hide it. If you use firebug you’ll see that a class is assigned to that message (eme-required-field), so you can hide it via CSS.
Are you sure about that? In my test in the EME “people” backend it shows correctly.
Otherwise you can always mail me an admin account to test things.
If you want to hide certain fields based on the value of another one, you need to do that via javascript. Such conditions are not handled by the conditional tags in any way.
Please start a new thread, and first update to 1.2.4.
Then explain in more detail the thing you try to do.
Ok, the other part was something I added but forgot to remove, try this:
Implemented here:
https://plugins.trac.wordpress.org/changeset/851564
Please use the correct forum for feature requests.
The people thing is fixed here:
https://plugins.trac.wordpress.org/changeset/851558
I need to check the rest
This fixes it:
Ok I’ll check. So you talk about name and email, no?
I’m guessnig this only happens when you’re logged in … and this is propably a side effect by this change:
https://plugins.trac.wordpress.org/changeset/849454/
So I need to test this 🙂
It’s dangerous to replace just those files. Either implement the mentioned changes or use the real trunk version:
Well, now that that works, I would like to know if the 2 form thingie still appears in dev. If you have the time/place/space to test, it would be great.
Well, apparently sprintf works different for you … but even testing locally with a floating point and echo yields weird results. For now it is as you suggested:
This change will solve it I hope:
I can’t reproduce the 2-form thingie, but the TOTALPRICE issue should be fixed with this change:
I can’t explain the double-form thing. Do you mean you got 2 times the rsvp form?
Any change to send me an admin account so I can test the TOTALPRICE thing myself?
I can’t explain the double-form thing. Do you mean you got 2 times the rsvp form?
Any change to send me an admin account so I can test?
Of course, there you’re correct. Zeroes at the end are useless, I need to find out where they come from 🙂 Probably a floating point calculation somewhere.
Pfff … it was a bigger change than expected.
Hopefully implemented with this change (untested as of yet):
It seems to working ok here. Which version are you on? And would you mind trying the dev version?
You can find it at http://downloads.wordpress.org/plugin/events-made-easy.zip
accepted, but not with zero padding. It has become this:
http://plugins.trac.wordpress.org/changeset/849818
In fact, I should be using the php function money_format to be correct …
Juist read this: http://www.e-dynamics.be/wordpress/?cat=8
then create a regular page, and make sure the EME setting called “Events page” points to this page.
Then disable/reanable your wordpress permalink settings (or the EME plugin deactivate/reactivate, does the same thing) and you should be good to go.
Ok, this should do it:
http://plugins.trac.wordpress.org/changeset/849454
But maybe I should add an option so people are not able to change their name/email when logged in (if wanted).
No no, you need to do both changesets: the preg_replace=>str_replace one and the one removing the preg_quote.
I created a filter emefs_categories_filter for the frontend, so you can filter out unwanted cats:
Waiting list is not possible, but this is a nice workaround mentioned by ngwagoner:
“This is a low priority item for my client, so I haven’t pursued any solution in the meantime. But off the top of my head… what about displaying a simple contact7 form if available spaces is zero – they input their name and email, and you set the subject line to the event name? You could just save the emails in a folder for future reference, or even setup an email id just for this purpose. Not optimum, but easy. “
See http://www.e-dynamics.be/bbpress/topic.php?id=1553
Concerning cancellations: the event placeholder #_REMOVEBOOKINGFORM shows a cancel form, see http://www.e-dynamics.be/wordpress/?cat=25
Also: please post in the correct forum.
That’s not possible. That plugin (which is not my code btw) has (for now) no filtering also, so …
I’ll try to take a look at it this evening.
Please don’t hijack a thread.
You have a totally different problem: judging by your console output some other javascript is causing troubles. Disable all other plugins and try again, then re-enable one by one until you find the guilty one, then let me know. If that doesn’t work: try the default theme, maybe your theme is acting up.
Well … the resulting html code seems ok to me (the page shows 1 location in a list, using the classes you mentioned above). How many venues do you have, or what do you expect?
Ok, the last part of the fix is here:
I think it was a bordercase with single letter-replacements. So for now, I’ll switch back to the less cpu-intensive str_replace and I’ll remove the preg_quote later this evening.
Changing everywhere
$orig_result = preg_quote($result,'/');into
$orig_result = $result;fixes that … but I’m going back to check why I switched to preg_quote+preg_replace in the first place.
You made a small error and brought my attention to a bug:
– you should use the ID of the field, not add a zero in front of it: #REQ_FIELD3 in stead of #REQ_FIELD03
– I should take this into account 🙂
So for now: change these fields to their correct ID (without leading zero) and it should be ok.
Just replace the strings in those files (preg_replace lines being replaced by str_replace lines) and you should be good to go.
There are some other minor bugs being resolved and then I hope to release on Sunday.
I can’t reproduce that here. Can you post the setting “Registration form format” ?
And the definitions of your custom fields?
Or a temp admin account so I can take a look?
Can you tell me the settings for that recurrent event? Event begin and end date, recurrence begin and end date?
already fixed in current dev version, see: http://www.e-dynamics.be/bbpress/topic.php?id=2139
Also: please post to the correct forum.
Now that’s weird. EME doesn’t touch event text in any way, so I’m guessing something else in wordpress is doing this. On my site everything works just fine, so you might want to try to disable other plugins one by one until you find the guilty one.
Maybe I’m overlooking something, but here it works just fine …
Ok, this should fix it (explanation is in comment):
Fixed here (you only need the first 2 extra lines, the rest of the changes are cosmetic):
Irregular intervals are now possible, so I think this now covered. Although the ical feed will show each event seperately, but that shouln’t be an issue. I’ll take a look at RDATE
For the moment the RSS feed removes all html by design. This is not a bug, but is intentional (well, it was because at first I didn’t really knew all there was to know about rss).
If you want html to be shown, it needs to be a feature request, so moving this there.
The ICAL code has already been changed for this btw.
The plugin is not really mine, but anyway …
The location should be filled in, that’s why you’re getting this error. When you type anything in the location name field, it should show autocomplete info of matching locations.
First make sure you’ve copied the folder extras/plugins/events-made-easy-frontend-submit in your wordpress plugins folder, then activate it as any other plugin. Then it should work.
Implemented in trunk: new shortcodes for bookings and attendees lists. Template usage is also integrated, so for bookings you can use any rsvp placeholder
EME itself doesn’t change htaccess, wordpress does for permalinks. Internal server errors can only be solved by looking at your webserver logfiles, there it should say why it fails.
Just tried it here with a user as author and multiprice: no issues. Couldn’t be as well, because beside the fact that the price contains “||” in it, the code is the same as for single-price events.
Is that user owner or contact person for that event? Because by default an author can only change events he created or for which he is a contact person.
All CSS. Use firebug or any code viewer to discover which html field id to change.
And read this: http://www.e-dynamics.be/wordpress/?cat=30
For that you have all kinds of “format” settings in the EME settings that influence this: you have format settings for event lists, location lists, single event, booking list, ical feed, google maps balloons, emails, etc … Inside these format settings, you must use the relevant placeholders to do the formatting. See the doc for placeholders: http://www.e-dynamics.be/wordpress/?cat=23
For single events, these can be overridden in the single event creation/edit window.
For event and location lists, the new template feature can also be used, again read the doc: http://www.e-dynamics.be/wordpress/?cat=51
Ok, let’s take it slowly:
– when reading the usage page at http://www.e-dynamics.be/wordpress/?cat=8 , it states you need to use shortcodes on regular pages to get anything done from EME. And it says to look further down in the doc for the possible shortcodes.
– So, going to http://www.e-dynamics.be/wordpress/?cat=17 , you get a list of possible shortcodes for events lists, locations, or anything else mentioned there.
– In your case, let’s go to the shortcode doc for events: http://www.e-dynamics.be/wordpress/?cat=18 . There you have a whole lot of reading to do, but at the bottom there are some very useful examples.
– In this case, wanting to limit the events to one category for a specific wordpress page, use this example: [events_list category=1,3] (for showing events in category 1 or 3) , or [events_list category=1+3] (for showing events in both category 1 and 3)
That is a placeholder ( text being replaced by something usefull inside a shortcode).
Read the usage doc at http://www.e-dynamics.be/wordpress/?cat=8
Create categories, put the events in the wanted categories and use the category option for the events_list shortcode
Confirmed. The fix is simple: go into the file js/eme.js and change line 17
from:
$j_eme_booking.ajax({to
$j_eme.ajax({Ok, it seems you’re running https.
The reason for your problems is that newer versions of browsers no longer mix http and https content anymore. My plugin already takes https into account for the frontend, but apparently I overlooked the admin part.
Can you try to change this:
– in eme_events.php, around line 3460:
from:
<script type='text/javascript' src='http://maps.google.com/maps/api/js?v=3.1&sensor=false'></script>to a protocol relative link (so just remove the “http:” text):
<script type='text/javascript' src='//maps.google.com/maps/api/js?v=3.1&sensor=false'></script>And idem in eme_locations.php on line 1377:
from
$res .= '<form action="http://maps.google.com/maps" method="get" target="_blank" style="text-align:left;">';to
$res .= '<form action="//maps.google.com/maps" method="get" target="_blank" style="text-align:left;">';Or just deactivate and reactivate the eme plugin, that also forces the wordpress permalink rules to be regenerated.
Without a real-life example, there’s only so much I can tell.
As said: try the permalinks thing I mentioned.
The create a new page and set that page in the settings.
Concerning permalinks: read the standard wordpress doc.
Concerning shortcodes: as the usage page says: yes, you can put the shortcode examples on a regular page and WP will do the rest.
That is not a correct value for ity. Try the default en_GB, or read the wordpress doc for changing the language.
Also cherck for javascript errors in your browser.
Ok, found it and will release this evening. To fix it now, go into eme_events.php, around line 915 and change the lines:
if ($template_id) {
$format_arr = eme_get_template($template_id);
$format=$format_arr['format'];
} else {
$format="";
}to just:
if ($template_id) {
$format_arr = eme_get_template($template_id);
$format=$format_arr['format'];
}No that’s not as it should be. This should fix it (I’ll release 1.2.3 for this):
Just tried it here with those settings: all ok.
But can it be that the format shown at the beginning:
#l #F #j #Y - #g:#i #A to #@g:#@i #A #_EVENTPRICE<br> #_LINKEDNAME<br> #_RECURRENCEDESCis defined somewhere else (another setting)? Maybe that’s causing problems, but so far I didn’t find that.
No, and I just figured out why:
currently I only take the wordpress userid (+name/email) into account when you require WP membership for registration, because otherwise (even when logged in) you can still change the name/email on the booking form.
I’ll try to change this to be more generic and detect logged in users …
What are the format settings in that widget? And is that format in the first lines used or defined somewhere else?
Just select the option to not use paypal encryption in the EME settings and you can skip the whole certificate thing.
See if the usage info on this page helps you:
http://www.e-dynamics.be/wordpress/?cat=8
Also, when changing the mentioned special events page and using Permalinks, you need to disable/re-enable the generic wordpress permalink settings (set them to default, press “save” and set them back the way they were and press “save”).
You’ll have to be a little more specific please. What php? A template? A wordpress action hook or filter? What are you trying to accomplish?
That means you have a very old PHP version. That function is in php since 5.3.0, released in 2009.
The just released 1.2.1 version has a workaround for it, but you really should update.
Google on “paypal certificate file” and you arrive here:
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/apicertificates
Added here (plus extra bugfix), I’ll release again today:
The calendar links use the special events page, not a new page.
For the rest: the format of the events_list can be changed via templates, but not the header/footer parts. I’ll add template options for those 2 as well.
Since you know what day/location/cat you’re showing the events for, why not just do it like this on a regular page:
Here are the events for location X
[events_list location_id=xx]Ah, I found the issue: IS_REGISTERED only works if you check the option “Require WP membership for registration”.
I think that indeed this extra requirement is not really needed, so I’ll remove it.
See this fix:
Use [events_if] for each seat category and #_BOOKEDSEATSxx then.
Or, since it should be the case, see if this change works:
