Overall I’d say everything is stable buuuut you might have to find little workarounds here n there and be ok with sprinkling some css here n there.
As for templating, I haven’t run into any issues but for some more specific cases, people had to find workarounds so if you do have a rather complex site, it might be worth looking through the forum a bit.
I say go for it but just keep an eye on client sites.
I’m using it on client sites but for now I’ll be the one doing the updates on a staging environment cause who knows…
No problem I write my custom CSS or JS all the time.
I have my own shortcodes or widgets ready. Or I customize the core widgets if the design needs it.
I don’t use any addon or plugin other than the builder itself.
Just the builder stability.
version to version stability, future compatibility after update…
I am just trying to get a perspective from people who use Bricks for client sites.
I did use Bricks made loooots of tests but all of them in staging.
I even wrote some custom loops inside the codeblock. I love that how it supports the PHP
Bricks works fine with wpml just not via translation editor yet (except for posts or cpts that are populated with regular non bricks content). So for bricks pages you basically just duplicate and populate them. For templates you render elements based on a condition based on the current language. I kinda did it the same way with other builders as well cause mostly other languages had slightly different content n layout.
If you wanna use the wpml translation editor with bricks content you’ll have to wait for official implementation.
With my clients I create all the fields that they need to touch in a custom fields.
In WPML:
The texts I mark them “translatable”
The images I mark them “copy”
For the few things that I keep inside of templates/pages/CPTs like titles and blablablas, I just use the conditions inside the builder with {echo:icl_get_current_language()}.
I also create a class (sl_hide_in_builder) where I add that in the custom css panel.
.bricks-area root {
display: none;
}
And I use this class in the “no main languages” to make easy to see the temnplate/page/CPT in the correct way
Like that, the clients don’t need to touch anything in bricks.
For posts I just let them to fight with guttenberg.
No problem at all on my side. Ever. Works like magic. I do none custom code, CSS or PHP whatever. That way I keep everything simple and working and ready for future updates. If my clients need some fancy stuff, I direct them to some “Elementor expert” that will make their site fail every side-speed test:). So, with my minimalistic use of Bricks it is stable enough. I hope this was helpful.
Dear Colleagues,
I use this code for language condition:
{echo:get_locale}
You should use this kind of language code in condition: en_US, de_DE, hu_HU, ru_RU, etc.
I have no issues with Bricks Builder. I start websites already in this visual editor.
Sometimes I have small glitches but it is not comperable to Oxygen for example. This editor is fast and extremely logic.