Almost every input field has been changed and improved in Bricks 1.3.7, and as far as I can see, there are no problems with adding variables in 1.3.7. Can you please check this in 1.3.7beta and let me know if the problem still exists?
There are two spans in one div. This is because the button (span.bricks-button) itself is a flex item, so the span that wraps the text is necessary to make the space-between option possible when placing an icon next to the text.
The root selector is always equal to the ID selector (e.g., #bricks-element-sxvgnn) and is always the outer wrapper of any element. This means, if you add styles to root, they will be applied to root. However, if you add styles via the style tab, they will commonly be applied to root .bricks-button, which is more specific than root itself, so your custom CSS applied to only gets overridden. So this is not a bug from my point of view
Got it! So just find the inner container if i want to target that with custom css (aka - root .bricks-button). That’s not a problem then. Not a bug afterall, but maybe some UX improvements in the future, once the big stuff has been focused on first
Ah sorry, those were quite a few posts after the 1.3.7beta release - unfortunately, I didn’t have that one on my radar. But as far as I can see, the problem is fixed in my current dev version. Let’s assume that this will be the same for the stable
@timmse can we do variables in the colour inputs or is that not supported atm?
I tried it but it didn’t work. Not sure if I’m am missing something. I know I could use bricks colour, but ACSS does shades and transparencies for you to use with variables