Ben

Great work as always, thanks a lot!

It is working now, awesome! Thanks a lot for the quick bugfix!

Thanks for the video! When I duplicate the accordion the way you did, everything works fine. However, I usually use the list view to duplicate or modify the blocks. I’ve recorded the issue; I hope this link works: https://streamable.com/vltkps?src=player-page-share (it happens around 00:07).

It seems like the problem only occurs when using the list view. For now, I’m okay with duplicating the items using your method.

Hi Miles,

thanks for answering! I had a look at it in detail: If you duplicate an accordion item, save the changes, and view the page in the frontend, the IDs of the items are the same. Now, the strange thing is: If you open the collapsed “block ID” tab of the accordion item in the backend, save the page again, and reload it, everything works because the IDs are now different. The same happens if you do this with the accordion container. So I guess there is an issue with writing the IDs into the collapsed “block ID” tab (?).

If you don’t mind, I have another small request: Is it possible to change the default value of the accordion items to something else than h1 (since most of the time h1 is already used)?

Thanks for your help!

You are a legend, it is working now! Thanks a lot!

@areoimiles Thanks for the answer! That’s strange, for me it’s still not working. Whenever I try to check the “open in new tab” option in the backend and click save, nothing happens. If I open the console, it says: ReferenceError: NEW_TAB_REL is not defined. Maybe this can help you.

I have another question if you don’t mind: Is it possible to modify some blocks? For example I like to have an additional field “data-attr” in the DIV block. To achieve this, I need to create a folder “all-bootstrap-blocks” in my theme, copy the div folder from the plugin and modify the block.js and block.json, correct? Having researched for some tutorials, this looks really complex. Are you available for paid work?

I see, I will try this out, thanks!

The issue appeared as soon I have installed W3 Total Cache the first time.
Sorry but I can’t share the website URL.
After removing the if condition for the script, everything is working fine. The downside is, that the script is now loading in all browsers.

So I think the issue is, that W3 is messing up the if preg_match conditon. Any ideas how to fix this?

Right on time, thanks a lot! Everything is working now and I am happy.

At the moment I set background-images in the container settings, add a class and then add an overlay with CSS. I prefer working with classes anyway so I’m totally fine with the current approach.

Depending on the background-image and my pseudo CSS-element not loading into the backend, the text is just sometimes hard to read but is really not a big deal for me.

So you can mark this one as resolved. ??

@helpfuldev Since the website I am working on is going to be live in a few days, any chance on an update? Or can you tell me how to dequeue the CSS files manually? Thanks in advance and sorry for my impatience!

@helpfuldev Awesome to hear! One more question: When adding a background-image to a container, it also appears in the backend so the text inside of it is a bit unreadable. I don’t know if this is a default gutenberg feature or coming from your plugin. Is there a way to get rid of this?

Thanks again for all of your support!

• This reply was modified 4 years, 8 months ago by Ben.

Wow, awesome, it is working now with the latest update. Thanks again and keep it up! ??

Yes, word-break: break-word; is fixing this as well (tested via developer tools).
Is there a way to enqueue this in the backend css?

Thanks, I had to change the priority of the add_action to 99 instead of 11 and this is working now! ??