Posted: November 15, 2019 at 11:34 am
|
Having used EE4 for a few years now, it’s enough time to discover some of its failings. When editing an event, the page has several tabs including Default Settings. This is just one instance when it would be nice to have ‘event specific’ settings rather than global settings. A couple of examples include using the ‘date & time filter’ for some events and not others. Another would be having a different Registration Status for different events (part of the default settings tab mentioned). Wouldn’t it make more sense for the event edit page to have an event specific tab for its settings on that page? Another strange choice is use of WP User Capabilities rather than User Roles in the WP User Integration add-on which I have. It would be interesting to hear the rational behind any of these choices and if any of them could be improved on to make EE4 more user friendly. |
Hi there, May I ask which specific section you are referring to as some of what you are requesting is already available.
May I ask which feature you are referring to here? Can you add a screenshot? https://eventespresso.com/wiki/troubleshooting-checklist/#screenshots
The default registration status option? That already has a default ‘Default Registration Status’ used on all events by default, that is in: Event Espresso -> Events -> Default Settings -> Default Registration Status See here: https://monosnap.com/file/mboYEInbs3CDc342mwR5kd1v2pcoiG That option is the default value selected when you create a new event, see here: https://monosnap.com/file/1SBvdT4KCNspYVapEFWd28iNyIOll6 However, you can change that setting on each individual event by selecting something different in the event editor for a specific event.
I’m not sure what you mean here? There is a ‘default settings’ tab used when you create an event, but each event’s settings that you can set on the event editor, are unique to that event.
Can you explain further? I assume you mean the minimum capability option that you can set on a ticket? You should not target specific roles for access to feature/ticket/whatever. A ‘role’ is just a collection of capabilties, I can set you up as with an Administrator role on a site, them limit you down to the equivalent of a subscriber simply by removing capabilities on you account, right? So checking for roles rather than capabilities is actually doing_if_wrong(), WordPress (at some point) thought it was a good idea and for the most part, checking for a role works with the core functions but now is discouraged and the use of capabilities is encouraged. See codex.
We welcome all feedback and do take all of it on board, however, in this case, there appears to be some confusion over the settings used, can you clarify some of the above points, please? |
|
|
Hi Tony |
Unfortunately, membership plugins using roles does not mean it’s the correct method to do it. Membership levels can be done with capabilities, s2 member uses caps, ultimate member uses caps iirc, paid memberships pro does it completely different but has an add on to create/sync capabilities on roles so you can use caps. May I ask, which membership plugin are you using? |
|
|
As I said, I have looked at a lot of membership plugins including the ones you mention. No, they also use roles not capabilities to distinguish member levels. Of course, when you create a custom role, it will have all the default capabilities available with an option to add custom capabilities. Currently I use Ultimate Memberships Pro which allows you to link a WP user role (default or custom) to a membership level as an option. |
|
Returning to my issue from Nov 15. The ‘date & time filter’ doesn’t seem to be working again! On the edit Event page, the Templates tab under Ticket Selector Template Settings has a toggle to “Show Date & Time Filter”. You mentioned that the tabs on the edit event page are specific to that event. However, when I toggle this filter from ‘maybe show’ to ‘not show’ on ONE event, every event changes and the same thing happens if I change back again. |
EE is using current_user_can() to check for capabilities and there is nothing stopping you from setting that value as a role, it’s just not how it should be done, not just with EE but within WordPress itself. From the WP docs for the above function:
Again, a role is nothing more than a collection of capabilities, so you should be checking the capabilities rather than the role. As an example, the S2Member doc you linked to shows it adds capabilities to the role for you to use, eg:
Those are ‘stacked’ capabilities and I’m not sure I understand why setting The plugin may use the role for the user, but that doesn’t mean you should check against it.
I guess I wasn’t clear above. The event settings themselves are unique to the event, not the tabs. So when you edit an event, the event editor loads, anything on that specific page is unique for that event, so anything here – https://monosnap.com/file/yh8TcRDOuG1Zp14mXn5jCtmbfZgY3b The tabs across the top are NOT event specific. The Categories, Template, Default settings & Default Tickets are the default settings used across all events. Some of those settings are also available on the event editor as event-specific values (they default to whatever is set as the default when you create an event but you can change them). The ‘date & time filter’ feature is a site-wide feature, it’s enabled for all events or none. |
|
|
Ok. Thanks for your input on roles and caps. |
I checked into this and I can’t find a workaround to allow that function to work on a per-event basis. The date & time filter works on the number of unique datetimes within an event so the only option you have with it for specific events is to set the threshold to a value that prevents it shows on some of your events but still shows on others, for example, if the event you want it to show on has 4 datetimes set the threshold to 4 which will leave the events with fewer datetimes without it. Obviously that’s not going to work with all setups but that’s the only option available currently. |
|
The support post ‘Event specific settings vs default settings’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.