audunmb

Thanks, that was what I was looking for.

https://wp-events-plugin.com/documentation/user-capabilities/

Use the shortcodes with Placeholders: https://wp-events-plugin.com/documentation/placeholders/

@gappiah Thanks for the reply. The changes were the changing theme and trying out FSE.

Though, turns out there was something wrong in wp-config and phpmyadmin after all. The odd thing is why it worked in the first place.

These values work for now:

define('DB_NAME', 'wordpress');

define('DB_USER', 'localuser');

define('DB_PASSWORD', 'local');

define('DB_HOST', 'localhost');

and then making sure that user has all priveliges for that database in phpmyadmin.
(this guide was useful: https://wp-qa.com/error-establishing-a-database-connection-with-xampp)

• This reply was modified 2 years, 6 months ago by audunmb.

Thanks. WordPress now add some of those rich text options, but not all, so I was hoping to solve it without yet another plugin.

Nope, still persists when I deactivate all plugins. Though, it only happens when I use the child theme.

Though, my child theme is based on the Neve Child Template and has no added code that should interfere with the page title (except the code I put in to fix this).

That would also work. Though, Media Library support would have the benefit of ease and familiarity for users, as well as the option to use other media library plugins for organization (like those that add custom folders).

A use case might be when I want to add the logos of our partners to some page, and some offer their logo as an svg and others as an png. With media library support I’ll find all of them in the same place, while with a separate Icon library I’ll have to know that some of them are svgs and some are pngs.

Though, maybe a better solution would be to add this block to the SVG Support plugin, rather than adding full media library support to your plugin.

Since this is a live site, I added a CSS fix in my child theme with

.nv-without-title .nv-page-title{
	display:none;
}

Though, that doesn’t mean that the bug is fixed in the theme.

This happens if I add another Accordion item to an already existing Accordion. This somehow breaks stuff and the rest of the page is included in the Accordion.

Ok. I just installed the Plausible plugin the other day. The first day it reported 8 visitors in a few hours (seems normal) and then none after that.

So I thought maybe the caching was the issue. W3 has the option to exclude certain scripts from the Minify option, that was what I was trying to do.

I now disabled custom domain and it reports visitors again, so I think that was causing the error instead.

Thanks, that was it.

Not sure why the Mozilla link didn’t work, works for me. (Though I realized now that it is in Norwegian, maybe that’s why it didn’t show for you).

Still, showing analytics on the Welcome dashboard would be a great feature. I hope you add it some day.

Though, disabling hcaptcha fixes the error.

Weird, but thanks for the quick reply.

Tested it now, and by removing ‘better-search’ on line 209 in general-template.php, it shows the translated term on the button (“S?k” in Norwegian) instead.

Why not just use the “search” term from WordPress for the front end? While translating the whole plugin is nice, “search” is a basic term and we don’t need a whole translation file for that.
As most wordpress admins know English, we don’t really need to have everything translated, but the front end should be in the prefered language for our site.

__( 'Search' );

without your own textdomain afterwards should work if I understand this correctly.