aparentdesign
Forum Replies Created
-
We use the is single logic and then specify a post ID or an array of post IDs, for example: is_single(934).
Does the new logic mean we’d need a snippet for every single instance of this? This may be complicated to manage for many posts. Why not a WYSIWYG tool to select specific posts, or an abstract way of selecting the functions but adding the IDs in a parameter?Hi @mej , to reiterate, the user edited a widget. This wiped out the conditional code, and when the admin put it back, it no longer worked.
Is there some setup in User Role Editor that we need to apply to work with your plugin? Which setting to allow?
Are they able to edit widgets without wiping out conditional code? And is an admin able to add the code back in successfully?
@mej I implemented the function, resaved the problem widget, cleared cache, and viewed in a fresh browser. The widget does not dispay on the intended page. Other widgets that have not been edited seem ok.
Again this is something that happened on a previous update and was fixed at one point. Non admins should be able to edit widgets even if they are not accessing or trying to change conditional logic.- This reply was modified 6 months ago by aparentdesign.
Thx @mej, I have not put in the script yet since the function works for widgets that have not been edited. Unless your plugin update has blocked that script specifically and the other widgets are cached? Seems odd.
Hi, I’m aware of the restriction, and restricting access for non-admins has been a “temporary” fix for months. Are other solutions in development?
Conditional logic is the main reason we use your plugin, so that is the feature that our custom roles need to access. Again the only “admins” on this site are network administrators who do not post content. We use User Role Editor to create/edit roles such as Manager and Editor that have enough access to add/edit text widgets, etc without granting full admin rights.
We use conditional logic to show widgets on certain posts using the is_single() function. We have many many widgets organized this way.
If the php functions are a risk, that why not have posts use the same WYSIWYG functionality your pages feature has? It’s a search function you have already created. No need for user php at all.Conditional logic is the main reason we use your plugin, so that is the feature that our custom roles needs to access. Again the only “admins” on this site are network administrators who do not post content. We use User Role Editor to create roles that have enough access to add/edit widgets, etc without granting full admin rights.
Have any of the recent updates addressed this issue? the only admins on our site are system administrators who do not post content. We use User Role Editor plugin to allow editors and manager roles to access widgets. Can this access be connected between the two plugins?
We have created custom roles and your plugin is basically broken for us. The only users on our site who are admins are the system administrators, not the web users.
Any way this can be integrated to work with the plugin User Role Editor so we can allow other roles than admin to access?
@mej ,
Thanks, but that solution effectively makes this plugin not useable at all for us. Our workflow is blocked. Is this a short-term solution while devs are working on something better? What other options are there?
As I suggested before, you currently use a wysiwyg method for filtering widgets on Pages, i.e., users search for a post and select the name visually rather than inserting any code anywhere. Can we use something like that but applied to Posts, instead of using conditional logic? Has this suggestion been forwarded to devs? It seems like this would not involve a lot of code changes since the functionality exists.
-AHi, the plugin patch seems to just block this feature for non-admin roles, including those created by another role editor plugin. This doesn’t really solve the issue for us, as we reserve the admin role for only the highest level and we have people at editor/manager level who have been managing widgets for years.
Are devs working on a better, perhaps WYSIWYG solution that does not require any scripts? that would be ideal. Thx!Forum: Plugins
In reply to: [Post Types Order] Custom Order Breaking Random Order ElsewhereHi, we are experiencing this issue with the free version of the plugin. We want to use the post order for most areas, but for a category widget area we want a random order for just a certain post type. Do we need the advanced version to fix this or is this something that can be addressed with a plugin update, script, etc?
Thx!Of course when I post the solution appears. For anyone else, I targeted the element like so:
.em-booking-message-success + .em-booking-form.hidden{display: none;}Forum: Plugins
In reply to: [WP Popular Posts] Popular Posts disapeared after wp6.4 updateFor anyone else just searching on this issue (we had our shortcode set for 30 days so it didn’t say “no data” until last week) you’ll be relieved to know the developer has added the html5 script support into the 6.3.4 version of the plugin. Thank you Hector!
6.3.4
If you’re using a caching plugin on your website, clearing its cache after installing / updating to this version is highly recommended.
- Patches issue affecting non-HTML5 friendly WordPress themes after the WP 6.4 update.
- Adds a button to reset the default thumbnail.
- Minor fixes and improvements.
what version of PHP and mysql are your servers running?