Forum Replies Created

Viewing 12 replies - 1 through 12 (of 12 total)
  • Thread Starter KT

    (@gomugomu)

    Hi, not the modal block, i’ve attached some screenshots of what I mean…

    So you can see in one of your blocks I have some custom CSS (albeit commented out) – see below image. However when I click Edit in Modal – the modal is blank.

    Blank modal – with no way to edit the css… see image below.

    On clicking Edit in Modal, this is what I see in the console… not sure if that helps.

    So I have tried it in Firefox and Chrome, both times the modal doesn’t show any custom css even though there are some. And I have disabled all plugins except Kadence.

    Thread Starter KT

    (@gomugomu)

    @hannahritner that’s what i mean, when you have Gutenberg plugin installed and activated the error comes up and when you deactivate it, it’s fine again. For now I have deactivated Gutenberg, because I don’t really need the latest features before official release, as I rely heavily on Kadence blocks for most of the structure of the pages, but it would be nice to have both if they both worked together. It was a heads-up so that you guys know that their are some incompatibilities with the two plugins activated.

    Thread Starter KT

    (@gomugomu)

    Thanks Ben, missed that!

    Thread Starter KT

    (@gomugomu)

    I’ve also noticed that margins being set for the advanced columns no longer work using twentynineteen theme (child or parent), but fine on twentytwenty.

    Recreate:
    ? Use twentynineteen theme.
    ? Create a new page.
    ? Add an advanced column.
    ? Add some content in the column.
    ? Change either top or bottom margin to something like 1000px.
    ? Save.
    ? The page margins are not represented in the front end, because twentynineteen styles are overriding the margins user has defined. Paddings are fine.

    Thread Starter KT

    (@gomugomu)

    I’ve sent a support ticket for this, as it has affected another website too. Just looking at the other posts here, it does look like previous configurations users have set in the backend – i.e. advanced columns, are not being represented in the front-end – this seems to be as a result of recent updates to the plugin.

    • This reply was modified 5 years, 2 months ago by KT.
    Thread Starter KT

    (@gomugomu)

    Initially I re-created the blocks on the page, but this proved too time consuming, i found that on existing blocks – those that are affected by the lack of column gaps, if I choose Edit as HTML and then clicked Edit visually without actually editing anything, and then re-publish/update the page the column gaps appear again, seems the HTML doesn’t get updated unless i do this, seems the update has adjusted something which has affected the HTML?

    Thread Starter KT

    (@gomugomu)

    Cool, I feel it would be pretty useful, as much as I am trying to use the native Gutenberg columns – still buggy, I feel it’s still not as flexible as what Advanced Columns gives, especially giving the option to stack at different breakpoints – but if they matched the theme, or an option to be able to change it, would make it more consistent and less confusing.

    Thread Starter KT

    (@gomugomu)

    That’s good to hear. By the way 1.2.2 was never pushed to the repo, you can still see it’s listed as 1.2.1 still, so the fix never got rolled out.

    I have found another issue though, if your country is not defaulted to UK initially, then the ‘0’ comes back when you select UK from another country. i.e. if your default billing country is US, then when you select UK, a ‘0’ is displayed instead of the gift aid element. This is fine if UK is your initial default, but sometimes it may not.

    Thanks.

    Thread Starter KT

    (@gomugomu)

    Thanks…I’ll wait for the update to be reflected across WordPress as i’m not seeing the update.

    At the moment the website is under development so it’s not live yet so don’t have the permission to reveal.

    What would be good, is to have it so that it’s enabled on a product by product basis rather than by order as some products can not be claimed via giftaid.

    Also I know we are not doing any maths here apart from adding to the order that it can be claimed via giftaid if in UK, would be a nice feature to have it state the percentage of the total order for the products that can be claimed via giftaid, or if this percentage changes then let this be altered in the backend (but this feature would mean you have to make giftaid be applied by product basis, as it wouldn’t work by order as the plugin is now).

    Thread Starter KT

    (@gomugomu)

    FYI. I just noticed that in the backend of WordPress, the admin CSS and JS are incorrectly linked too. (checked console using Dev tools).

    Thread Starter KT

    (@gomugomu)

    Thanks, works well with the latest versions!

    Thread Starter KT

    (@gomugomu)

    Hi Dave,

    Yes the im using WordPress 4.6 and WooCommerce 2.6.4.. latest versions for both.

    Thanks – appreciate it!

Viewing 12 replies - 1 through 12 (of 12 total)