Forum Replies Created
-
Posts
-
This is a form for a multiprice event, not a multi-booking form. For that, read this: https://www.e-dynamics.be/wordpress/category/documentation/6-shortcodes/eme_add_multibooking_form/
Try this fix:
https://plugins.trac.wordpress.org/changeset/2393008/You can use rsvp action hooks for that: https://www.e-dynamics.be/wordpress/category/documentation/12-hooks-and-filters/
Use e.g. eme_insert_rsvp_action and look at the hints below the list of hooks to get the person or member based on the booking. Based on your evaluation, you can then call
eme_approve_booking($booking_id)to approve a booking.There was a reason for this, probably mostly because of the way people were using this and a checkbox indicating you’re coming is easier than a dropdown. So for now this is what it is.
You could change your form to “Please check this box to indicate you’re coming”.See the changelog from 11 July:
Change the attendance field on RSVP forms from dropdown to checkbox, and add a class to itWhile this is outside the scope of EME itself, you can use something like https://tabletodivconverter.com/ to convert html table code to div (which is responsive).
The reason they show there is because in the source code (generated html) the br-tag is present after each closing tr-tag. And because the browser doesn’t accept those br-tags there, it “autocorrects” and shows them before the table.
So in your case: see my last remark: EME translates extra carriage-returns into br-tags, so make sure your template doesn’t contain empty lines (or diable the nl2br conversion for that template, that is a setting per template).Well, I see the br-tags you posted (but maybe you made a copy/paste error or forgot to use “code” formatting).
But EME translates extra carriage-returns into br-tags, so make sure your template doesn’t contain empty linesThe br-tags come from the rsvp template. Does that contain extra empty lines? Or set the option to convert newlines to br-tags to “no” for that template.
That doesn’t link to an event since it is for members only. Can’t you create a public event that has the issue?
This might help: https://plugins.trac.wordpress.org/changeset/2386618/
eme_members is not meant for that. There is currently not a way to show one member’s info (because very often members are not linked to wp users so I never added that).
You can limit the page that shows that info (in other words where you use the shortcode) to logged-in members (that’s the easiest).
Feel free to propose document improvements 🙂 . Being all alone while nobody contributes in code or doc is becoming very difficult …
Currently you can solve that by using the option template_id_no_events for the eme_events shortcode.
This will fix it for the next release:
https://plugins.trac.wordpress.org/changeset/2385593/EMEFS uses the basic wordpress galery, nothing else. So if your system is integrated with that, it should work.
This will be fixed in the next version. I’d give you the changeset, but it consists of multiple commits so it is a bit difficult to give. I’ll try to release this weekend.
Tx for the bugreport. This fixes your first issue:
https://plugins.trac.wordpress.org/changeset/2379049/Concerning the option eme_ical_quote_tzid : indeed, it is not used anymore. Since some clients don’t accept the timezone string without timezone definition, I convert the start/end to GMT so all clients are correct. And because I do that, no timezone info is needed and thus the option eme_ical_quote_tzid is unused. I should remove it from the settings …
This should help:
https://plugins.trac.wordpress.org/changeset/2377394/Humm … for now I don’t have a better solution. The “send mails” part in fact only works for identical attachments. I need to think about this …
EME uses the template assigned to the special events page as a layout. You can however select for each event separately a template too, but maybe chek the template you set on that page. For the rest it is CSS and that’s your theme or your changes inside your theme.
If you go in “Send mails” => “Event related mails”, there’s a checkbox next to “Select the events”, with the text “Check this box to search through all events and not just future ones”
It seems this has been a bug for some time.
This should fix it (together with some code change that was not really needed but added just in case):
https://plugins.trac.wordpress.org/changeset/2373408/This will help:
https://plugins.trac.wordpress.org/changeset/2372571/For conditional tag I suggest you use #_IS_PAID, it will return 0 as long as the full amount is not paid.
If one is free and the other is paid, they are 2 different memberships and so you should define 2 also. Using templates in your membership definitions helps in not having to define everything twice, so it takes about 10 minutes.
I do this also for some membership sites: you just ask on a regular wp page which membership they want and then point to 2 different pages with each the [eme_membership] shortcode with the corresponding id. Such an example: https://www.bonheidensehondenvrienden.be/lidworden-2/ , where I link to “gewone lidmaatschap” or “familielidmaatschap”Although it is currently not what you want, but in the people list you can filter on membership. I’ll try to improve the export function for members later on.
But what you can already do is in EME create a template (pdf for example) and use that in your members overview (in the bulk action you can select ‘PDF output’). Then you can already create the pdf’s for the selected members (the PDF template can contain all person, member and membership placeholders) and use that in your postal mailing.Ah yes, I tested with only 1 notcategory. The fact you need “+” is logical there because that translates to “AND NOT IN” (logically speaking) while “,” translates to “OR NOT IN” (which is illogical for a “not”)
#_EVENTIMAGE already renders the complete html to show the image. If you want to do that yourself, use _EVENTIMAGEURL
Well, the problem is that from the point of view of wordpress nothing changes, but the duration of membership is checked compared to the settings on the page. If I need to send a mail, I would need to loop through each member and each page and maintain a list somewhere to see who already received a mail for which page. So that’s a very resource intensive process if a site has many members and many pages …
If you really want: give me some temp access to your site to see the problem there (and tell me how to see it happen) or otherwise I’ll close this bug for now.
For the moment you need to select them from the approved bookings list. I’ll take a look on how to ease that issue in the mailing window itself.
Are you using the mail queue? Is that active?
In the EME settings menu, tab “Mail” there’s also a setting “Enable pending RSVP e-mails” that needs to be active for the mails to be sentJust tested this: works fine. Make sure all 4 parameters are filled out:
1) Send a reminder mail to unpaid pending bookings every XX minutes
2) Mail subject template
3) Mail body template
4) the choosen scheduleIf no mails arrive, do a test via the “Send Mails” menu, tab “Test email”
Please create new posts, not reply to existing posts that are unrelated. Read the forum post guidelines.
Concerning your question: go into the bookings overview, search for your past event and then you can select to mail to all those persons.(please check the forum post guidelines next time, your post had nothing to do with the post you replied on, so I’ve split this into a new thread).
I’ll take a look at this later todayNo, attendees can refer to multiple bookings, so there the payment url can’t be generated. If you only allow 1 booking per person, eme_bookings and eme_attendees can show the same info.
Sorry, that’s currently not possible. From the csv export for bookings you can achieve any result (and using the csv as database source to openoffice or so you can make any output of choice). The printable report is really a minimum thing, and adding much extra fields to it makes it no longer “printable”.
eme_mybookings should show all bookings for a logged in user by default (for future events). The payment url can be used in those templates too. You can even use eme_if in your template and check if the booking is already paid and if not show the payment url.
You can use #_PAYMENT_URL in any booking template. That is in mails, but also in [eme_bookings] and the thank-you message after booking. Not for attendees, since 1 attendee can do multiple bookings.
Ok, for now I fixed the calendar by deactivating the option to hide RSVP ended events. Reason that isn’t working is that you can select per event different options to define when RSVP ends, and that is in fact impossible to incorporate into 1 big SQL as I tried to do.
So for now it is disabled for you and the calendar works as long as you don’t use that option.
I’ve already code in place to fix this. I’ll try to get it into your site too if it doesn’t timeout again.I’m trying to add some debug code to the eme plugin on your side, but every time I try to save it, it fails on me. Some kind of protection going on? It takes like 2 minutes and then I get a php timeout on every save.
This is the error: “Unable to communicate back with site to check for fatal errors, so the PHP change was reverted. You will need to upload your PHP file change by some other means, such as by using SFTP.”This works fine for me: https://mcwelden.de/website/events/gastfahren-auf-dem-fuchstalring-2/
So the permalink is ok according to me. I’ll check your calendar, it seems another weird thing going on there.Ok, there’s a logic error in the code (your error description threw me off initially).
It works if you set it to anything but 0 for the end-rsvp (I’ve now set to to allow rsvp until 1 hour before the event ends).
I’ll check and fix the code.Does your single event template contains any eme_if shortcodes to do conditional things of any kind? That might cause it too
Well, EME doesn’t do that kind of caching. Do you have a caching plugin in place?
Otherwise, I’m interested in taking a look myself. If you want, you can mail me some admin info so I can see too (if the admin part is in English).
Also, sometimes wordpress does weird things with the permalinks, so you might also want to try and reset your permalinks (go in your wordpress permalink settings and press save there).Well, your calendar also indicates no event for today. So I’m guessing you changed something to that single event and saved that as a new event (and maybe missed correcting the date or so). Try removing that single event (if not part of a recurrent series) and re-edit the recurrence (to make it recreate the event for today).
Also, your site has issues:
Fatal error: Uncaught RuntimeException: Error saving action: Error saving action: Table ‘DB4215849.wordpresswp_actionscheduler_actions’ doesn’t exist in /mnt/web510/e3/45/510680045/htdocs/mcwelden/website/wp-content/plugins/wpforms-lite/vendor/woocommerce/action-scheduler/classes/migration/ActionScheduler_DBStoreMigrator.php:44 Stack trace: #0 /mnt/web510/e3/45/510680045/htdocs/mcwelden/website/wp-content/plugins/wpforms-lite/vendor/woocommerce/action-scheduler/classes/data-stores/ActionScheduler_HybridStore.php(242): ActionScheduler_DBStoreMigrator->save_action() #1 /mnt/web510/e3/45/510680045/htdocs/mcwelden/website/wp-content/plugins/wpforms-lite/vendor/woocommerce/action-scheduler/classes/ActionScheduler_ActionFactory.php(177): ActionScheduler_HybridStore->save_action() #2 /mnt/web510/e3/45/510680045/htdocs/mcwelden/website/wp-content/plugins/wpforms-lite/vendor/woocommerce/action-scheduler/classes/ActionScheduler_ActionFactory.php(84): ActionScheduler_ActionFactory->store() #3 /mnt/web510/e3/45/510680045/htdocs/mcwel in /mnt/web510/e3/45/510680045/htdocs/mcwelden/website/wp-content/plugins/wpforms-lite/vendor/woocommerce/action-scheduler/classes/migration/ActionScheduler_DBStoreMigrator.php on line 44Check your RSVP settings, maybe you’ve indicated that subscription is no longer allowed x hours before the event begins.
I’m going to think about this one again. Maybe using the nonce and the captcha … or a random id and add the end time for editing in the db too. But I would also need to indicate which fields are allowed for editing then (because fields can be used in the backend to add extra info/access based on groups etc …).
But I agree people should be able to at least change basic info (name/email/address) for the fields not linked to a WP user.Isn’t adding events to your browser favorites the same? I’m not really inclined to implement something any browser can do already …
See the doc on location placeholders: https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-3-locations/
In other words: use #_DIRECTIONS in your single location format settingsSorry, but that’s not possible with just EME. Maybe the EME hooks can help, but it is not an easy thing.
Then select that booking in the list and use the mass option “mark paid” 🙂
Edit: there’s a difference between the mass action “aprove booking” and the special button “mark paid and approve”EME checks if a person exists based on lastname/firstname/email combo. If it doesn’t find that, it will try email alone and update lastname/firstname for it.
If the WP id of the found person is not yet filled in, it will be filled in with the WP id of the logged in user (or selected user) if that user is not already linked to another person.
What do you think is the problem with this logic?I’m sorry, but you’ll have to be more specific here. Once a WP user and EME user are linked, that should stay. EME indeed uses the firstname/lastname/email combo to check for an existing EME person, but I fail to see the issue here.
Just add the 100% discount when editing the booking (and if wanted: select the option to not send a mail after editing the booking).
After that, just select the pending bookings you want and click the button “Mark paid and approve”.You mean that you set the discount to 100% in the backend and then expect the booking to be marked as paid and possibly also auto-approved? I’m not too much in favor of that …
That stays as is. And with “approval mail” and “pending mail” being both sent, I guess you meant the payment mail and the pending mail (not the approval mail). Try the change first
Ok, this fixes that: https://plugins.trac.wordpress.org/changeset/2340920/
However, the mail for approved bookings will then be sent out. Eiter disable that globally or – if you want to disable it for one event – create an empty template and assign it to the approved mail template mail body for that event (mails with empty content are not sent).
Maybe I’ll add an option for those, to make it easier …A RSVP field is either stored with the person or the booking. If the backend EME part is then not sufficient, you can still create your own booking or attendance list for an event by using the [eme_bookings] or [eme_attendees] shortcodes with a template of your choosing (where you can add the field of choice).
I’m still trying to come up with an easy to use interface where you can choose your (person) fields, but I think I need to switch to another solution than jtables then (the dropdown in jtable is just not that configurable).While this is not a real bug (it works as designed), I do get the problem. This should fix it:
https://plugins.trac.wordpress.org/changeset/2338871/Sorry, but that’s currently not possible in EME. While I get the question, it would result in a lot of extra code for this (since the address needs to be tested, and what if you need to use e.g. authenticated smtp?). So for now, this is a no-go.
I’m still in doubt whether or not I should just deactivate the check upon submit by default and rely on the antispam-measures taken (honeypot field, optional captcha, wordpress nonce) to be sufficient.
There’s an EME option made just for your use-case 🙂 See the option “Check required fields upon submit?” in the generic EME options, tab RSVP (you’ll want it to say ‘no’).
Indeed, this should not happen. This should fix that:
See my reply about #_EVENTCATEGORIES_CSS in this thread here: https://www.e-dynamics.be/wordpress/forums/topic/how-to-change-backround-colour-in-calendars-for-holidays/#post-61292
Let me know how it goes. As a demo, check out https://www.bonheidensehondenvrienden.be/lidmaatschap-bhv/ (change the field “Aantal honden”)
Well, in EME I would solve it the way I suggested then (and make sure the fields are of type “people” so the info is stored per person in EME and not per booking.
However EME currently doesn’t re-use people-info for custom fields in the front end yet, this fixes that: https://plugins.trac.wordpress.org/changeset/2334974/Well, I still don’t understand it 🙂 Based on your description, the way I understand is that you have these 3 fields, “Bike 1”, “Bike 2” and “Bike 3” and you want their value to be used in a dropdown, even though people are already entering that data? I’m guessing you want extra info concerning each “bike” based on the number of bikes? Then I’d say to first ask the number of bikes (in a dropdown) and use that to show dynamic data per bike to ask for more info (and that’s what Dynamic Data does for you).
I’m not entirely sure what you mean, but maybe you need “Dynamic data”? See the bottom section of this page: https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-6-registration-form-fields/
Adding a membership is as simple as clicking on “add membership” and at least choose the membership form template. As mentioned: “This is the form that will be shown when a new member wants to sign up for this membership. The template should at least contain the placeholders #_LASTNAME, #_FIRSTNAME, #_EMAIL and #_SUBMIT. If not, the form will not be shown.”
For membership form placeholders, see the doc: https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-13-membershipform/
After that, just add [eme_add_member_form] on a regular wordpress page with either the id or name parameter, see https://www.e-dynamics.be/wordpress/eme_add_member_form/You’re correct, I accidentally reversed logic testing there. I now changed it to be more easy to read and test. This is the change:
https://plugins.trac.wordpress.org/changeset/2329377/the eme_events shortcode allows 3 templates to be used: template_id, template_id_header and template_id_footer. So you need to split your code in 3 parts.
Header:<table style="width:100%"> <thead> <tr> <th width="25%">Date/Time</th> <th>Appointment Details</th> </tr> </thead> <tbody>Content:
<tr> <td style="border-right: 1px solid #cdd0d4">#_STARTDATE{l}, #_STARTDATE <br />#_STARTTIME - #_ENDTIME (#_AVAILABLESEATS spaces)</td> <td>#_LINKEDNAME<br />#_LOCATIONNAME #_TOWN</td> </tr>Footer:
</tbody></table>The message was not fixed, that’s correct. But what do you mean with “no message is queued”?
Edit: sorry, I fixed it. Apparently another typo was in there for months as well …
This is the latest fix: https://plugins.trac.wordpress.org/changeset/2328790And maybe you should first apply this fix too, to fix the message when pressing Apply:
https://plugins.trac.wordpress.org/changeset/2328781O yes indeed, big bug. I wonder why nobody reported that earlier, this is probably in there for months already.
This fixes it:
https://plugins.trac.wordpress.org/changeset/2328734/The setting “Send out queued mails in batches of” mentions the interval and amount. That should be correctly configured too. I’ll add an extra check that the amount of mails to be send in a specific interval can’t be zero.
See the hook eme_insert_event here (with an example even):
https://www.e-dynamics.be/wordpress/category/documentation/12-hooks-and-filters/Use the shortcode [eme_ical_link] on a regular WordPress page. See https://www.e-dynamics.be/wordpress/eme_ical_link/
[eme_ical_link] is a shortcode, which is to be used in webpages, not mails. In mails you can use placeholders. For booking mails, see this doc: https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-4-rsvp-mails/
Next to those placeholders, like is mentioned in the doc, you can use the placeholders for events, locations and people there. In your case the placeholders for events are the ones interesting:
https://www.e-dynamics.be/wordpress/category/documentation/7-placeholders/7-2-events/
(look for #_ICALLINK or #_ICALURL there)You’re confusing things. Per the documentation for that shortcode:
id: the ID of the membership for which the form should be shownSo id is the membership id, not a template id. When defining the membership, all settings need to be choosen using templates, also the form.
Well, maybe tell them to no longer use the dropdowncss option for select2. See this:
https://github.com/select2/select2/releases
(in the release notes: “Removed dropdownCss option”).Or maybe they are using a beta version … ?
Like I said: use the dev version, don’t just replace some files … (some files were changed yesterday, some before, in this case it is eme_functions.php you’re missing too).
The dev version can be downloaded here:
https://wordpress.org/plugins/events-made-easy/advanced/Well, nothing needed changing, so feel free to test. But I recommend to use the complete dev-version then.
Ok, apparently some where pending (waiting to be approved, not sure why …). Anyway, since it works for you, I’ll leave it at that. Even better would be that they changed of course, since it seems that is a theme and a theme should anticipate on plugins, not the other way around … maybe you can ask budyboss how to stop enqueuing select2?
Ok, the reason it isn’t working is that I checked if the payment was already paid when a payment via a payment gateway arrives. This was in order to prevent double payments for bookings, but for memberships this is of course another story.
I now changed it so that I also store the id returned by the payment gateway and mark that id handled or not, so if something via a payment gateway arrives, I can check for that.
This already works ok for paypal (well it will work for all, but if you refresh the payment result page, there might be some place I didn’t catch an error for an already handled payment, but that’s not really an issue).
The change is quite big though (the renaming of eme_refund to eme_refund_booking can be skipped if you want):
https://plugins.trac.wordpress.org/changeset/2321177/If the payment is successful, the end-date being updated should be the case. Is the payment approved/accepted/… ? I’ll check the code here too.
Edit: there were indeed some issues in the code (seems like nobody actually did membership extensions online until now). Can you try this fix:
https://plugins.trac.wordpress.org/changeset/2321002/Btw: don’t just download the new file, just apply the changes. Downloading the new file would require downloading a lot of new files since it contains other changes too … in that case I would recommend to use the dev-version.
I’m guessing it is because they use select2 and so do I. And they probably use an select2-option for logged in users that causes this (while probably the select2-version of EME is loaded first which version seems newer, based on that error).
It’s always a pita when plugins need to provide own js libs, while wordpress doesn’t provide these (which is causing these issues in the first place).
Maybe it helps if you dequeue the EME version (or theirs). For EME, try this in your theme functions.php:function eme_dequeue_select2() { wp_dequeue_script( 'eme-select2' ); } add_action( 'wp_print_scripts', 'eme_dequeue_select2', 100 );For this to work, you’d need an extra change in EME:
https://plugins.trac.wordpress.org/changeset/2320818I could even make this an option (whether or not to use select2 in the frontend)
Did you check your browser console? Seems like a javascript issue … But buddyboss is commercial, so I can’t test this locally.
You’re correct. This should fix this:
https://plugins.trac.wordpress.org/changeset/2319449Glad to hear.
Btw, this might interest you too:
https://plugins.trac.wordpress.org/changeset/2319089/Did you update the code for eme_payments.php? That message now only shows if the membership is active but has no end date (so it never expires and so doesn’t need to be paid again).
Edit: the case of no end date should not exist for paid memberships, unless maybe you imported them like that … ?I don’t understand “#_EXPIRED_MEMBERSHIP_PAYMENT_URL has no action”. That placeholder needs an argument (the membership name) because it is meant to be used outside the context of memberships, see the doc.
And I don’t understand your second question either. The generic placeholders #_MEMBERSHIP_PAYMENT_URL and #_EXPIRED_MEMBERSHIP_PAYMENT_URL (that both need the name of the membership as argument) can be used in regular pages.Ok, this should help:
https://plugins.trac.wordpress.org/browser/events-made-easy/(maybe I should make that message an option too, but for now it works)
Well, I always send out reminders and accept offline payments, so I never had that issue before 🙂 Let me see here …
You can copy over the EME tables, and in the wordpress options table all EME settings (option names start with “eme_”). But there’s no EME specific tool that does this for you (yet), since I believe the regular database tools are more suited for this. Importing is not an easy feat either, unless you can keep the same ID’s for all EME tables (which is possible of course if your destination is “empty”).
You’re correct, the behavior should be identical in both cases. This fixes that:
http://plugins.trac.wordpress.org/changeset/2318170The first question should be fixed with this change:
https://plugins.trac.wordpress.org/changeset/2317624/The second one is playing with the setting “small calendar title” (or the full-version) and adding #_EVENTCATEGORIES_CSS to it, e.g.:
<div class="#_EVENTCATEGORIES_CSS">#_EVENTNAME</div>
That will add the categories of the event as CSS classes, so you can use those then. Play around with inclusion/exclusion of classes too, see the doc on #_EVENTCATEGORIES_CSSindeed, I found it now. Well, I confirmed it to be something with the way the astra team handles the title (not in a standard wordpress method of course, causing the issue you saw).
Anyway, I reverted it and it works (as you saw too), but I wish wordpress would give people an easier way of handling a post title, instead of all workarounds, own filters, … people are inventing left and right.I can’t test that theme, since it is commercial. And while that means something is wrong with the theme (or a plugin you have), I’ll revert the change and release 2.1.79 now.
This might be related to some code changes I made, but also to the theme you’re using.
I saw that the wordpress filter the_title is called multiple times, and I try to avoid doing that now. However, it seems to depend on how other plugins/themes call the filter the_title too.
Can you tell me your theme (if not commercial)? And did you try disabling other plugins to see if one of those is conflicting with EME now? Then I can further finetune this …No, the changelog is correct. I didn’t do it for the conditional tags (just forgot about it …). This fixes it:
https://plugins.trac.wordpress.org/changeset/2315954/What do you mean with “I’ve updated the plugin and seen that it’s no longer using #_USER_HAS_ROLE but is instead using #_ADDBOOKINGFORM_IF_USER_HAS_ROLE.” ?
Those are 2 different things. One returns a value (0/1) based on the role the user has, the other returns a booking form (not meant to be used in an eme_if condition).If the event has no date, I won’t know whether or not to show it somewhere, nor when. So it is simply not possible. My suggestion “Just use a startdate in the past and an end date in the future and make sure you show ongoing events” works ok. If you conditionally don’t want to show the start or end date for a specific event, a simple method would be to add a category to it and using [eme_if] to test for that category and only show the info when it doesn’t match.
E.g.: [eme_if tag="#_EVENTCATEGORIES" incsv="mycategory"] show stuff like #_EVENTNAME [/eme_if]
The thing is here that you’d also need a “notincsv” variant, so that for those not matching your category you can show the date/time … That will be in the next version, for now you can also use
[eme_if tag="#_EVENTCATEGORIES" contains="mycategory"] show stuff like #_EVENTNAME [/eme_if]
[eme_if tag="#_EVENTCATEGORIES" notcontains="mycategory"] show stuff like #_EVENTNAME and #_STARTDATE #_STARTTIME[/eme_if]While this has been like this for quite some time (you can search for a person in the booking list itself and define the search scope), I see the problem.
This fixes it (for some other searches too):
https://plugins.trac.wordpress.org/changeset/2313721/Ok, it’s a bug 🙂
Fast fix: in eme_events.php there are 2 calls to get_current_user(), and those should be changed to wp_get_current_user() .
I fixed those in the released version too, this is the change:
https://plugins.trac.wordpress.org/changeset/2313269/Just #_PAYMENT_URL should be ok.
And a renewal can be paid before the end date, then the membership will be extended by 1 period.That should be correct, I’ll check that too (maybe a code bug, I don’t think many people use this yet 🙂 )
Hi,
first: it is not #_IS_USER_HAS_ROLE{xx}, that’s a typo in the doc. It is just #_USER_HAS_ROLE{xx}. I corrected that.
Second: the next version will support multiple caps/roles in the {xx} (separated by ‘,’).Ok, the latest committed change was 32 hours ago, so I think you tested all other changes in there (don’t worry, nothing major changed and I tested also).
Thanks for testing. Would you mind telling me when (date and time) you downloaded the dev version? Since I made other changes as well it would be nice if you downloaded the version from just before your reply 🙂
Would you mind testing out the dev version of EME?
You can download it at the bottom of this page:
https://wordpress.org/plugins/events-made-easy/advanced/Concerning point 1: this should fix it: https://plugins.trac.wordpress.org/changeset/2311520
1) the ticket.pdf is generated for approved bookings, but if the price is 0 not for paid bookings (since there’s nothing to pay). I’ll take a look at that …
2) EME is not an invoice system, that’s much more complicated than you might realize. But your suggestion for an “invoice.pdf” upon payment is not bad … I’ll look into that later on, please open a feature request for that.
3) Normally the columns chosen are saved locally by your browser, so the next time that should be that again. But that’s per browser, not a setting somewhere.You can always mail me the improvements (or copy/paste your code here using the “code” block, I’m not blocking anything specific on the forum. The reason behind the initialisation is (probably) because EME – while mostly ready – is not class-rewritten, so some things are harder to do. I’m open to suggestions here though, if someone wants to help with that rewrite I’m all ears.
You can already protect your whole event by using eme_if-statements in your single event format, or if you want to just show the subscription form to certain people, use #_ADDBOOKINGFORM_IF_USER_IS_MEMBER_OF{xx} (see the doc) in your single event format.
The next version will allow multiple memberships to be mentioned there too.Well, the only thing I can think of is that the creation of the user should be postponed until the payment of the membership is done (and in fact also for RSVP create the user only after the booking is approved).
I made a small code adjustment there: https://plugins.trac.wordpress.org/changeset/2309293/
Please read the forum post guidelines: https://www.e-dynamics.be/wordpress/forums/topic/forum-post-guidelines/
Also, this should once and for all fix it (your problem was introduced several versions ago): https://plugins.trac.wordpress.org/changeset/2309169/Sorry, but I’m the developer of EME. I don’t know all other plugins … You can always ask around on the general WordPress forums.
Concerning the post issue: this is related to the Divi builder not filtering wordpress posts as it should (but getting the content directly from the database). So I can’t change that unless you ask Divi how to filter it (since it is a paying thing, I don’t do that).
I didn’t receive a mail from you (or I already deleted it, I tend not to keep things too long 🙂 )
Concerning the membership: I specifically test for active members, but I’ll check later on.
Concerning the rsvp form: how are you restricting access to the form?This should fix it: https://plugins.trac.wordpress.org/changeset/2305237
The $payment variable is only available in specific EME functions, it is not a global variable.
What is available is the wordpress logged in user id, and then you can get the linked EME person id and all the linked memberships too. See the calls eme_get_active_membershipids_by_wpid and eme_get_memberids_by_wpid.
However, it seems you’d need something like a [eme_mymemberships] shortcode (similar to [eme_mybookings]). That shortcode is yet to be written 🙂 I’ll see if I can cook up something. Edit: in fact that already exists (seems I forgot to document it), but it can use some improvement (no template yet).
