brand-dedication

Hi! @keaganjervis

You might be better off trying playing around with this method @ https://github.com/PopupMaker/Popup-Maker/pull/328/files#diff-3e95b7121bb8d33edd6787cf05c1a8f4R8

That method I believe didn’t work shortly after a VC update lol, then the method from Github was used. It would only figure that a another VC update would break eventually, lol.

Sorry, I don’t use VC anymore. PopupMaker will help you out.

Or raising the issue @ https://github.com/PopupMaker/Popup-Maker/issues might be a little faster. Not sure. At least over there if you find a solution you can create a pull request for the code like I did.

Hey,

I got lost with this in the shuffle of things.

@ulfben does this just require taking the ID’s and Classes from the php and creating the Css for those values accodingly?

Larry,

Good deal!

Glad you got things working for you and in the easier way too.

Cheers!

You might also try just adjusting the plugins that are on and off from the Search Page Plugins option. If the wikiembed is using that same instance you might get what you need just form that option there.

Hey Larry,

There is no feature (or capability) yet that can pick up variables or wildcards in urls yet from Plugin Organizer. I’m not a coder, but hopefully Jeff or someone will come up with a solution.

For now, you would have to do each url manually (ie: adding a plugin filter for each wikiembed url) that you have.

To do that (the manual way) you would have to have the “Ignore URL Arguments” option turned off.

Screenshot – https://take.ms/EP8Ks

…

Or, if you could find some way to manipulate your permalink structure to be something like…

https://ourventures.azurewebsites.net/search-wikiembed/?wikiembed-url=

or

https://ourventures.azurewebsites.net/get-wikiembed/?wikiembed-url=

Screenshot – https://take.ms/5Sn2i

Then you could (do as you did with the topic review, I assume and) create one plugin filter for all urls using the “/get-wikiembed/” url and turn on that plugin filter for its child urls (ie: /get-wikiembed/).

You would also have to change your Plugin Organizer settings to have the “Ignore ULR Arguments” option on. Hopefully that doesn’t conflict with other plugin filters your are using though.

Screenshot – https://take.ms/eLBio

I thought I would just add this in here, because it is similar to your case and I’ve had this issue from the beginning of Nested Pages.

Specifically, when working with custom menus from Admin Menu Editor Pro and using Replace Default Menu… I will lose menus.

At first I thought maybe it was just something else. But I’ve seen where Menu simply just disappear from the menu completely, even so that Admin Menu Editor Pro doesn’t list the lost menus so I can adjust them. Things only work when I uncheck replace the default menu option.

I was going to post about it but have been busy just doing a workaround. Since I use Admin Menu Editor Pro, I just have been moving the “Nested Menu” to be the Default Menu and just renaming it’s title.

I can revisit this and duplicate my site so you can take a look at the issue, if you would like. In my site if I check the replace default menu option you can just see that the menus get funky and some disappear. Let me know and I will do this if it will help.

I think with the “plugins setup ON/OFF styles” you can achieve that with the “Plugin Groups”. I’m not sure what exactly you mean, but with the Plugin Groups you can group plugins together and just enable or disable that plugin group rather than every plugin individually.

But I also think I understand what you mean. You mean basically what the “Search Plugins” page does. You choose what plugins you want to load on search pages, then just save.

Where as for the categories you are suggesting a similar page where you can choose what plugins to load, but have that list of plugins affect the category pages? Or add a specific permalink to that plugin list that targets the category pages, archives, tags, etc.?

I think this sounds good, but I’m not sure how the categories differ from theme to theme and if a strategy of that in some sorts would work across the board. I’m not saying it wouldn’t just not sure, but assigning a permalink would cover that.

But more so, I don’t know if it would be worth the work when having a wildcard would be easier and more robust to use across all areas of the site. So, personally I would like to see a wildcard more than anything else, besides the updates already in the works.

Though for me I only use one theme and my theme has category pages that work just like regular pages which gives me the control I need. If you know how to work with php you can do the same for you theme. Let me know if you are interested.

You’re welcome.

I wish wildcards were, but not yet.

Somethings are limited by WordPress and somethings just have yet to be discovered as a solution. So in that regard if you come up with any ideas/potential solutions please post them in the forum.

I know for while users wanted to disable plugins by user role. For awhile I don’t think anyone had a way to really achieve this but recently a solution came about, which Jeff was working on for the latest Plugin Organizer release. The next release is to include multiple permalinks in one Plugin Filter and controlling plugins by user roles.

I would love to see wildcards accepted.

Hi,

Thanks for trying Plugin Organizer and reaching out for help.

Here is how to achieve control over what plugins load and don’t load on your category, tags and archive pages.

First, in your settings make sure “Fuzzy URL matching” is turned on.

Now, every category, tag or archive page uses a specific url.

You can add a “Plugin Filter” and in that plugin filter add the URL (Permalink) for your category, tag or archive url.

If you are not doing anything extensive with your categories, tags and archive it should be something simple as “https://YourDomain.com/category/” which would affect all plugins loaded on pages that use that url.

Here is screenshots on those steps.
– https://take.ms/BDczu

You can see on the default Twenty Twelve WordPress theme basic urls for categories, tags and archives so here are some examples.

Categories
– https://twentytwelvedemo.wordpress.com/category/artwork/
– https://twentytwelvedemo.wordpress.com/category/books/
– https://twentytwelvedemo.wordpress.com/category/daytrips/

So your Plugin Filter Permalink would be “https://twentytwelvedemo.wordpress.com/category/”.

Archives
– https://twentytwelvedemo.wordpress.com/2012/03/
– https://twentytwelvedemo.wordpress.com/2011/09/
– https://twentytwelvedemo.wordpress.com/2011/07/

So your Plugin Filter Permalink would be “https://twentytwelvedemo.wordpress.com/2011/”.

Hey Nadia, no problem!

Thanks for updating this and updating me about it.

Appreciate it!

This potentially would get rid of the overlap many have hit when trying to control plugins loading in the admin areas and make it even easier to do so with less work from the user.

Shonu,

As long as no bugs have come up to hold back production I can recall 2 major features will be…

1. Enabling/Disabling plugins by user roles.
2. Using multiple permalinks in one plugin filter

I’m personally putting aside creating plugin filters so I don’t have to redo them with the update comes to consolidate plugin filters.

If you browser some of the support threads you probably can find other features in the works perhaps.

Hi Julie,

The plugin groups made from Plugin Organizer used to be on the native WordPress plugins page.

That changed in recent versions to improve the capabilities of Plugin Organizer. Some users were using Plugin Organizer just for the plugin organization feature on the plugins page or that was a main feature they wanted and that got discontinued there for good reason. Though, I believe the groups from Plugin Organizer can still be visited from the Plugins Group page, but not natively yet from the Plugins List Page like in the Plugin Groups plugin.

The plugin, Plugin Groups, will allow you to to JUST ORGANIZE your plugins, nothing else.

I needed it when Plugin Organizer changed/relocated this feature and Plugin Groups makes this process a lot simpler than Plugin Organizer. This is fine for me because I think it would be better if Plugin Organizer could just focus on the turning on and off of plugin for better control and website performance. I also think the name Plugin Organizer would be better with a name change because it’s focus is not to really “Organize” pulsing but “Control” where and when plugins load and don’t load. “Plugin Control” I think would be a more suitable name as it is now.

I needed this because my plugins are grouped into 3 main categories that I can’t do without.

A – ON Sometimes (plugins that may be turned on or off depending on the page content)
B – ON Always (plugins that always need to be on like a caching or SEO plugin)
C – OFF Always (plugins that never need to be on for the website frontend)
——– C are plugins that just enhance the backend of WordPress.

Then I just have a few white label custom plugins under D.

See screenshot – https://take.ms/QGION
——–

I never need the grouping of Plugin Organizer’s plugins because I never turn on or off plugins by group because all my plugins are renamed in a friendly understandable context.

Does that help?

Hi,

Thanks for responding.

Say you have this set up.

Group 1
Group 2
Group 3

The ungrouped plugins show up to add to a group for each group.

However, all the plugins of a different group show up as well.

So when looking at Group 1, all the plugins of Group 2 and Group 3 and Ungrouped plugins are an option to add to Group 1. Then the dynamic changes when looking at Group 2. In Group 2 all plugins from Group 1, Group 3 and ungrouped plugins are available to add to Group 2.

If you haven’t renamed your plugins this is kind of difficult or back and forth to find what plugin you want go where.

Make sense?

Though, I found this personally for myself not so bad as really needing this feature.

But if would be beneficial to just have an Ungrouped tab that shows all plugins not associated with a group so we can confirm all plugins are grouped, especially when running a lot of plugins.

Does that make sense at all?

The easiest thing would just be seeing an Ungrouped tab that shows all ungrouped plugins.

No problem!

You’re welcome!