When I set padding in toolset block (container or grid), it does not override the theme specific css.
What can I do to have the block css loaded after the theme css?
Hello and thank you for contacting the Toolset support.
Can you check with a default theme such as TwentyTwenty? Maybe this happens only with this theme. Please check us and let us know.
If it only happens with your theme, I'll create a new installation and we'll work on it with our compatibility team until we find a solution.
It used to work without problems a few days ago. I updated some plugins and wordpress to 5.5
I'm not sure when it stoped working.
Can you please check the source on the page: /krypton
I can also give you login details
Attached are two pictures. I toolset I have defined padding-left: 0px, but its overwritten by the style.css of the child theme
From what I gathered so far, the child theme's CSS is loaded before the Block's custom CSS. But the child's theme rule is applied. It has something to do with the priority of CSS rules.
I still can't see, due to my modest CSS knowledge, for what reason the theme's selector ".entry-content > *:not(.alignwide).alignfull" has priority over the Block's selector ".entry-content > *:not(.alignwide).alignfull".
Maybe because the theme's selector uses three CSS classes "entry-content", "alignwide", and "alignfull".
I suggest that you add a custom class to your block(Let's call it "pl-0-px"), then add a CSS rule for it in the page, the content template, or in the WordPress customizer custom CSS section:
.pl-0-px{padding-left: 0px;}
Please try this solution and let me know what you will get. If you find trouble fixing it, allow me temporary access and I'll check it further. Your next reply will be private to let you share credentials safely. ** Make a database backup before sharing credentials. **
If you want to apply this styling only on the Desktop, the "class" solution might not be the best.
As, I explained, that this is probably a compatibility issue with the theme. Please reproduce this issue on this test server and let me escalate it to our 2nd Tier or our compatibility team. Use the following link to log in. Then upload your theme and child theme and reproduce a minimal example that demonstrates this issue.
hidden link
I uploaded the themes and tried to reproduce it. On the test installation, the blocks css does overwrite the theme css.
That would mean it's not a problem with the theme.
Testsite: hidden link
The first row has a theme padding of 40 px left and right. I overwrote that with the blocks css to 0px and it worked.
I'd be thankful if you could find out why it acts differently on my installation.
I was able to reproduce the issue on the test site, it requires the grid to be full width, check this screenshot hidden link
I wonder if disabling the full width on your website would be a viable solution for you?
If you need to keep the "Full width" setting, let me know and I'll escalate the issue to our 2nd Tier for further analysis.
That's interesting. I do need the fullwidth feature
I escalated this ticket to our 2nd Tier for a more in-depth analysis. I'll get back to you as soon as possible.
Our 2nd Tier has worked on the test site and for some reason, the issue was not reproduced anymore. The control to choose "Full width" for the grid block is not available too.
To continue debugging this issue, I'll need to take a copy of your website. Please let me know if that's ok with you and I will install a plugin to take it.
I have provided a download link to a duplicator package in a different suport ticket. You can either download it from there, or mark the next message as private so that I can paste it here.
It turns out that the "Full Width" feature is only available on the "child theme". If we switch to the parent theme, this issue is not reproducible.
As per our support rules, child themes are considered custom coding and are out of the scope of the support. We won't investigate what is making the issue from your child theme. https://toolset.com/toolset-support-policy/
On the other hand, we are escalating an issue to the developers to apply block styles with higher specificity or priority.
The workaround that remains is using a CSS class or ID on the block, then adding a custom code for it. You can use media queries to apply the styles only on the Desktop. hidden link
I remain at your disposal.
I have no problem enabling the full width feature in the parent theme. So the policy seems a bit random to me.
As you noticed, there seems to be nothing wrong with the order in which the css is loaded.
So if it would behave corretly the block css should overwrite the theme css.
To me, this is a general problem of css priority
Please reproduce the issue with only the parent theme on the test site and I'll involve our 2nd Tier on the issue again.
