yankiara

Yes I’ve seen this page, thanks.
And good luck with documentation!

Hi,

Awesome, this is perfect!
Is there a list of all hooks somewhere in documentation?

Thanks for your great support!
Yan

Hi,
Thanks for your fast answer ??

The first solution worked perfectly, thank you.

(FYI, I couldn’t reset counters with update button in filter set, and I haven’t tried the third solution.)

Yes, created blocks can’t be added in the editor any longer, but they are still present in the editor as not supported block, and they still work on frontend.

I guess I’ll have to delete them from the post, anyway, and maybe purge the cache, if I need to remove the plugin.

As for the PHP warning, it disappeared after a few activations/deactivations of all plugins ??

Mmmmh, strangely, since I have created the block, I have this warning in the add plugins page:

Warning: Undefined property: stdClass::$plugin in?/home/xxxxxxxxxx/sites/xxxxxx/wp-includes/class-wp-list-util.php?on line?168

(Yes, my WP_DEBUG is to true.)

Even after having deactivated all plugins, the warning remains.

Also even with CBB deactivated, the block I created is still working and available in the editor!
So does it mean created blocks are persistent???
How can we permanently delete them?

OK, awesome, I will have a deeper look a your plugins, they seem great!

Thank you!

I couldn’t get the post ID with $block->context['postId'] because I had a PHP error (and indeed, $block is an array, and it doesn’t have any context item anyway), but I could use get_the_ID() instead, so it is OK.

Maybe because I’m not in a query loop but just in single template content? I have to check CBB documentation for this context thing.

Anyway, this is exaclty what I needed, looks like CBB will soon be adopted ??

Hi,

Thanks for your reply ??

My use case is displaying a group of blocks with conditions, but it could be any processing on a group of blocks. For instance, if I’m on a single post template and post category is ABC, then display blocks.

So I use enclosing shortcodes to wrap a bunch of blocks, and shortcode evaluates the condition with PHP. But it is impossible to use inline enclosing like [shortcode]…[/shortcode] for this because content is not a string.

A possible workaround is to wrap my blocks in a pattern, then transmit pattern id as shortcode parameter, then recall the pattern in my shortcode, but I lose a bit of spontaneity ??

Thank you!
You’re right that these functions are not reliable in backend, I always forget…

So I’ve actually “protected” the backend display with “! is_admin()” condition, and in the end it is OK not seeing the global noindex set with the filter in posts list.

Yes you’re right but sometimes it’s very quick (and fun) to use one-shot inline PHP in code elements ??
Thanks for you help!

In a Bricks code element, like:

<?php

function blabla() {
…
}

blabla…

?>

Yes I understand, but as a failsafe, it would be enough for me.

The issue I had was that in Bricks code element inside a page, I had a PHP function declaration, so by rendering the page TWICE, I had a reclaration error message.

But by protecting the declaration with function_exists() test, it’s OK now, though I shouldn’t have to do this.

Hi, and thanks for your answer.
I agree that writing a custom meta description is the best way to go.
And as a failsafe, rendering the content is acceptable.

But I can’t help wondering if something less consuming could be used.
Also I had some errors with redeclared functions, due to the double rendering. I could protect them with function_defined(), but it’s not very handy.

What about getting Bricks raw content (JSON string) and stripping everything but text content? I know we lose everything dynamically constructed, but since it is just a failsafe…

OK, I’ve just noticed that in html-rewrite.php:

        // Remove picture tag
        foreach ($newHtml->find('picture') as $picture) {
            $picture->innertext = $picture->find('img', 0);
        }

Is there a specific reason you remove picture tags?

Also note that this code is executed WITHOUT CONDITION, even if lazy-load is disabled!!!

So the only way to prevent this is to completely deactivate plugin ??

• This reply was modified 2 years, 8 months ago by yankiara.
• This reply was modified 2 years, 8 months ago by yankiara.
• This reply was modified 2 years, 8 months ago by yankiara.

Awesome! I had not even thought of this ??