Daniel Sturm
Forum Replies Created
-
Hej @muddasirhayat ,
perfect – now everything works as expected!
@mmcalister Okay, one issue with my approach is that it can interfere when using mega menus and „core“ submenus simultaneously. So the background and color for mega menus are placed on top of the colors of the submenus, which can look not quite the way as intended. So either the classes should not be set on the outer container, but the menu blocks. Or one needs to use CSS to force background / color to be reset, when a menu block has a custom color set.
Hej @mmcalister,
hmm, the filters I used (see above) did the trick for me and add the corresponding classes to the
div.wp-block-ollie-mega-menu__menu-container. This will set the background-color explictly on the container and this might not be wanted if you have more than one child (and rounded corners / shadow for example). But for me this would reduce redundant style settings.Hi @mmcalister ,
Thanks for your response and thanks for this plugin!
I understand this is by design. However, since we already have those core attributes for submenus, wouldn’t it be beneficial to use those settings as a default until the dropdown pattern explicitly defines alternative styles?
Best
Hi @mrclayton,
thanks again for your answer – I don’t know why, I didn’t receive a notice about this although I did opt in. 🤔
Sure, just because another plugin does something doesn’t mean it’s correct. On the other hand, I assumed that this was the “official” way.
However, I think there is a different problem for me: I’m using the PRO version of Germanized for WooCommerce, where I’ve enabled a delayed conclusion of contract. At the time of payment it looks like the billing address data of the order isn’t used (or available) for the payment form. So, currently the customer has to fill out every input. That’s why it seems to be slightly frustrating for a customer.
If I have understood you correctly, all the corresponding address fields should already be pre-filled. Correct? So, it looks like your plugin relies on inputs from the checkout – and I think while paying for a delayed contract at the
pay_for_orderendpoint these inputs are lacking.I will try to narrow down this problem further.
Thanks again,
DanielHi @mrclayton,
thanks for your answer and clarification towards the linked docs / API.
The official Stripe plugin only asks for
IBANin the payment process – which seems more convenient to me – and uses billing data for the source object without showing inputs to the customer.Since
WC_Payment_Gateway_Stripe_Local_Payment::get_source_owner_args()also fills out theaddressarray with the order specific data, isn’t there a way to rely only on this data?Kind regards,
DanielForum: Plugins
In reply to: [Shariff Wrapper] Whatsapp wird auf Desktop Browser angezeigtMoin,
bin wegen des gleichen Anliegens hier. Wäre es sonst möglich die Option per Filter setzen zu können?
$mobile_only = apply_filters( 'shariff_services_whatsapp_mobile_only', 0 );VG