Our latest use case requires restricting access to certain pages on our site to members who belong to specific schools (i.e., $school = um_user('school_name');
).
However, I have yet to see any content restriction filtering that allows me to restrict an entire page based on these custom fields – the most specific I can restrict is by simple user roles.
Is there a way to allow these custom meta_key based fields to work as part of UM’s Content Restriction?
]]>How should I target the WOOF Product Filters for WooCommerce but by selecting .wc-block-all-products > div:has(.woof_auto_show)
if the outer div has no class name?
Instead, the outer div has an inline style. So this is how the WordPress community is doing frontend web development in 2022?
Idea / feature request: add class names, remove inline styles.
]]><input type="email" autocomplete="email" class="mailpoet_text" id="form_email_1" name="data[form_field_ZjdkNDhmMDU3NTRiX2VtYWls]" title="E-Mail-Adresse" value="" style="width:100%;background-color:#f1f1f1;border-style:solid;border-radius:40px !important;border-width:0px;border-color:#313131;padding:16px;margin: 0 auto 0 0;font-family:'Montserrat';font-size:16px;line-height:1.5;height:auto;" data-automation-id="form_email" placeholder="E-Mail-Adresse *" data-parsley-required="true" data-parsley-minlength="6" data-parsley-maxlength="150" data-parsley-type-message="Dieser Wert sollte eine gültige E-Mail-Adresse sein." data-parsley-errors-container=".mailpoet_error_email_" data-parsley-required-message="Dieses Feld wird ben?tigt.">
Trying to override the border-radius
property will not work, as we can see it gets striked through in the browser’s developer tools.
border-radius: 0.625rem !important;
Possible ugly workarounds: either not using MailPoet markup at all (might break functionality with any upcoming MailPoet update), or use JavaScript to override the elements’ styles on page load (ugly and defying any best practice, but probably still the lesser evil).
Please add an option (or change the default behaviour) so that there is no “!important” declaration in any inline styles that are generated by MailPoet.
]]>I don’t know what to do. After the latest WordPress 6.0 release, the only site I manage that has the Block Editor is an absolute disaster.
I use Enfold and their support has been underwhelming regarding this issue. But I see many more issues with two column blocks with background and padding.
Here’s their reply (after several iterations where they claimed not to be able to reproduce the issue, but they did):
“`If you check the block editor CSS specificity here: https://polypane.app/css-specificity-calculator/, then you will see that is has a specificity of 0,0,0, which is the lowest possible. The theme CSS which is applying it has a specificity of 0,0,1, just slightly higher. The CSS on your live site:
.wp-block-columns:where(.has-background)
Has a specificity score of 0,1,0, which would explain why it is trumping the theme styling. It seems to me that this is intentional, maybe because theme styling should apply, if any is available. I would advice that you try to post this question on a general WordPress help forum and ask why the specificity of the CSS in question is so low.`”
If you look at the site’s posts on a mobile device, you will see that either there are no breakpoints on two columns or the new pre-created blocks with color background from Gutenberg do not work properly.
Here’s the link to the Enfold support ticket: https://kriesi.at/support/topic/enfold-css-overriding-block-editors-css/#post-1354733
I did disable all plugins and switched to twenty20 and the issue was not there but Enfold support insists this is a WordPress issue and not their issue.
Help, please.
Thank you in advance.
Havi
PS: They did mention at the end of the support thread that The padding setting is not available when Enfold is the active theme, so maybe they should consider bringing it up to their development theme. I’d say of course they should and they should have identified this much earlier in the game. 13 interactions over 4 days is too much for a support ticket where I did most of the troubleshooting.
]]>The CSS you’re using is far too specific, it’s making it bloated to overwrite them.
Instead of having the declaration “.directorist-content-active a” on the body element .. which overwrites every single A element on the website, can you not add classes closer to that which you wish to style.
It’s the “cascade” in the stylesheets you don’t seem to be understanding?
]]>I’m refactoring my site to use BEM & although the Tabby CSS uses BEM naming (more or less), it violates BEM principles by chaining classes together. This increases specificity and means complicates my custom CSS, forcing me to also use high specificity for overrides. I’d love to see a future version simplify the CSS rules and employ prober BEM methodology!
Thanks.
]]>On this test page (1) the Accordion block has orange backgrounds. It is using the theme Attitude.
On another site I am using the same theme and the same custom css but it has no effect. You can see this second site page (2) here. The css is being ignored. The custom css also includes the size of the h2 header and if I change that the size of the H2 header on the page changes, so I know the css is being used. If I use the web inspector in Safari I can see the custom css and, again, if I change the size of the h2 header, it is changed on the page being inspected.
I have tested it with AB Gutenberg Blocks as the only active plugin and still have the problem. [When you look at this page (2) there may be other plugins active as I cannot hold it out of action too long.]
It seems to me that on site (2) something is preventing my AB custom css being acted on.
Can anyone help hear please?
WP 5.0.3 AB Gutenberg Blocks v1.4.23 on both sites
]]>The form fields it adds have the generic class form-item
and your plugin is applying CSS rules inappropriately, making the custom fields unusable. See screenshot: https://cl.ly/64c75d8941b5
Please scope the CSS more specifically to your plugin so it doesn’t interfere with other plugins’ output. Thanks!
]]>I made a flipcard, a slider and product grid in elementor – then it started happening out of nowhere.
I moved all files to a subdoomain, moved them back, read all the forums, got custom CSS, deactivated every plugin and reinstalled (which caused me a slew of other issues), patted my head and rubbed my belly at the same time – nothing….
Help?
]]>I’ve tried disabling other plugins but that didn’t help.
Could this be a CSS issue?
]]>