thedrap
Forum Replies Created
-
Thanks so much for the follow up and the context explanation. I had the feeling that had to do with certain security framework.
The interesting part though, is that other plugins like Woocommerce Payments, do support the buttons within the flying cart, and therefore checkoutWC recommends it as the plugin to use.
Truth is that Id prefer not to switch plugins and thus my posting in the forum.
I’ll submit the request and hopefully will gain traction.
Thanks once again.
Hi @frankremmy, thanks for the response and references.
I know that the plugin supports express co buttons, the point was about supporting the sidecart/minicart. Other plugins to interact with Strip do support it. In fact, I wrote in this forum after several interactions with the nice team at checkoutWC.
They told me with certainty, that I can’t have the express checkout buttons in their sidecart because the native Woo Stripe plugins does not support it. Their code supports the buttons in the minicart but Stripe is not making them available.
Their suggestion was to use any of the other payment gateway plugins out there, but I prefer to stick to the one provided directly by Stripe.
My question again is, what it preventing the current Stripe plugin to expose the buttons on a minicart?
thanks
Never mind. It seems that only the initial log record had no userid reference, of course because it was the simple history installation. I see that the rest of the records, have all a userid linked.
Thanks
Forum: Plugins
In reply to: [YITH Infinite Scrolling] Scrolling doesn’t work with filtered productsHola! Thanks for checking. That was exactly my feeling.. because when i reloaded the page, the scrolling worked, therefore it was something with sequence.
Thanks!!
Thanks for the response ! I had the feeling that it had to do with the obsolescence of the naming convention.
I couldn’t find any documentation on the the GTM4WP web about the supported events and datalayer variable names (non-custom). If there’s something documented and you can kindly share it would be appreciated
Best regards,
Hi Shahed,
I just upgraded to the PRO version of the plugin to have filtering options and I have again issues with the pricing.
Now the Sales Price appears empty and makes my pinterest feed fail
View post on imgur.com
In the free version, the issue with prices and WPML was fixed. Is this a new thing or it wasn’t fixed in the PRO version?
Thanks
Thanks Shahed, I got to see the new output, I applied the change but still the Description field gets split as you can see in the screenshot so having changed nothing to the product descriptions I don’t know why all of the sudden the parser splits the content braking the feed.
I can share with you the actual CSV if that helps.
View post on imgur.com
Great news! Thanks so much for taking the time to let me know.
I have changed back the variable mappings and tested the feed generation positively.
Appreciated!
you are definitely on the money Shahed! I do use WPML so that’s probably the culprit.
Looking forward to the update then
Have a great weekend!
Thanks Shahed! Totally understand. Thanks for the explanation. So Price shows a sort of ‘final price’.
Thing is now I need to know what is causing the prices not to show in the feed when using regular variables. If you are not aware of any known systemic issue after an upgrade then it has to be another plugin interfering.
Have a great day!
Thanks Shahed, that was really useful and worked like a charm.
Side question though.. while for Sale Price (discounted) we map to “price” and not “sale_price”? Is there a functional reason for that?
Thanks!
No worries. Thanks for your suggestions.
Thanks Scott! That solution could work, the challenge is if the payment info gets saved. On my checkout page we have that logic but if not then you can’t re-charge a customer. That’s why we were thinking in having a form to collect the credit card info in case they don’t pay their terms and it’s necessary to charge the CC.
UPDATE: Since the need of having those products accepted with the feed I went ahead and replaced the quotes by the word inches and that fixed the issue.
Still I believe that it should be possible to use the quotes without breaking the feed.
Let me know.
thanks!
Hi Badal, thanks for pinpointing the potential issue. I changed the field output to CDATA as suggested but still didn’t work. The quotes are part of the title representing inches.
I will reach out at webbapick referencing this thread.
Thanks