Chris Lubkert

Hi there,

There is no option in the editor to change this color. However, changing it via css the way you proposed should work.

Are you adding this to the ADDITIONAL CSS section? Or how are you adding this css?

If it’s not working, you can try adding !important:

a:visited { color:?#000000?!important; }

The code appears to work on the maintenance page that is up. However, the full theme files aren’t loading there, so it might be different from the pages you are editing.

Hi @wptopfan

This should be resolved with the latest version of the Extendify plugin. When you have a chance, could you please update the plugin and confirm that everything is working properly now?

Thanks!

Hi there,

We haven’t heard this reported previously and in our testing, the library works fine with the Kadence theme active.

To confirm, there are no other plugins active on the site? Can you share the version of Extendify and Kadence that you are using?

Also, if you can share a screenshot of what you see when you try to open the library, that would be helpful.

Thanks!

Hi @kingfisher64 – we have added a fix for this issue in Extendify version 1.7. Can you please check and let us know if this issue persists?

Thanks!

Hi @snortonag and @killex69 ,

We have added a fix for this issue in Extendify version 1.7. Can you please update and let us know if this issue persists?

Thanks for reporting this!

Hi @kingfisher64 – thanks for reporting this. We are adding a fix that will solve this issue. We’ll let you know when it is released.

Hi there,

We can investigate this. Can you please help with three things:

1. Which version of Extendify are you using?
2. Which Sendinblue plugin are you using? Is this this one? https://www.ads-software.com/plugins/mailin/
3. What other plugins do you have active on the site?

Thanks!

• This reply was modified 1 year, 10 months ago by Chris Lubkert. Reason: Added additional question

Hi @blue_life – thanks for the feedback. This is a fair point.

We are actually working on changing this implementation to eliminate the reliance on the utility classes that will result in the css no longer being needed. We can update you when this is released so you can give it another try. Thanks!

??

Hi @imthepipe – thanks for the feedback.

If you have ideas for something more representative, we’d be happy to take a look! Thanks for the offer ??

Want to just send it to [email protected]?

Hi @cavalierlife

That makes it sound like we won’t lose some or all of the patterns or templates used from Extendify if the plugin is deactivated.?

Thanks for clarifying. You are exactly right.

Our philosophy has always been to rely on core blocks and to use native styling elements as much as possible to limit any ongoing dependency on Extendify.

Some of our patterns do have some additional css utility classes added to achieve certain styling that isn’t (rather, wasn’t) possible with the default WordPress styling options. Going forward, we will won’t continue to use these classes with new patterns as core WP styling as evolved to the point where we don’t think they are needed.

However, if you have imported any of the existing patterns, if you choose to deactivate Extendify, you will have the option to add the required CSS to the active theme so that the pattern styles continue to match how they look with the Extendify plugin active.

Hope this helps. Let us know if you have any other questions!

Hi @mohaali – thanks for reaching out. We’re happy to help you resolve this.

as soon as I try to log into the account after entering my admin details the page gets stuck loading extendify on wordpress 6.1.1.

To clarify, which account are you talking about logging into? Are you talking about your main WordPress dashboard (/wp-admin)?

Also, can you tell me which theme is active on your site?

Finally, when the page gets stuck, do you see any errors in the console? If you are unsure how to check that, Section 3 of this page gives you instructions for different browsers. https://www.ads-software.com/documentation/article/using-your-browser-to-diagnose-javascript-errors/#step-3-diagnosis

Any screenshots you can share would also be helpful. Thanks!

I’m going to close this for now, but if this issue is still occurring, please feel free to reach back out. You can either reply here or email us at [email protected].

Hi @revivaltech – thanks for reaching out. It is odd that those requests are flagged as slow as they are not calling any external API – they are used to get the user settings and site settings when an edit page screen loads.

This seems like it is likely an issue with the site’s server performance.

I’ll note that these are only running on the admin side of the site (not the front end), so it shouldn’t affect visitor performance.

Hi @davidjs – good question. We load it on every page because we don’t know when it’s needed for a pattern. All of our patterns and layouts use only core blocks. If we used a custom block collection we could load it only when one of our blocks are on a page. But since we’re using core blocks, someone could have added the block individually or added one of the patterns from the library.