Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

datakick

Help me develop killer One Page Checkout module

Recommended Posts

26 minutes ago, datakick said:

This is a forum, one of many forums I'm participating in. I'm subscribed to hundreds of threads. Unfortunately, it's very easy to miss/forget some message.

Fair enough. I've removed that message.

It was just frustrating to take the time to write up a detailed report with specific examples and screenshots, and then ... nothing.

Share this post


Link to post
Share on other sites
On 6/7/2020 at 9:23 PM, datakick said:

I don't follow. Can you please explain a little bit more?

I use a shipping module that introduces in the normal checkout a link that customers can click on in order to enter their address in a special format. In Chex the link doesn't show. I hope this explains it better but if not I can drop you a private note.

Thanks!

Share this post


Link to post
Share on other sites

Hi

Have been trying to add Nochex to my 2nd site but it is not showing up at checkout, All I have is PayPal in the drop down list

thanks

Share this post


Link to post
Share on other sites
On 7/21/2020 at 10:54 PM, AndyC said:

Hi

Have been trying to add Nochex to my 2nd site but it is not showing up at checkout, All I have is PayPal in the drop down list

thanks

Does the nochex module implement displayPaymentEU hook? Not all payment module do. You can check this by installing Advanced EU Compliance module, and enable its OPC -- I bet this module will not be listed there as well. 

Share this post


Link to post
Share on other sites

Hi, @datakick, hope you're fine.

I wrote you on your support forum about an issue in the cart details of Chex, is about COD fee. Can you please help us to solve it? 

The thread is here https://store.getdatakick.com/en/support/module/13-chex-one-page-checkout/130-about-some-details-on-cart-left-column-we-need-to-show-a-cod-fee and I gave you all the access and license too via email.

Thanks so much, Pietr!

Share this post


Link to post
Share on other sites
17 hours ago, danwarrior said:

Hi, @datakick, hope you're fine.

I wrote you on your support forum about an issue in the cart details of Chex, is about COD fee. Can you please help us to solve it? 

The thread is here https://store.getdatakick.com/en/support/module/13-chex-one-page-checkout/130-about-some-details-on-cart-left-column-we-need-to-show-a-cod-fee and I gave you all the access and license too via email.

Thanks so much, Pietr!

Hi Dan,

I'm afraid there's not much to do. Thirtybees (or prestashop for that matter) does not handle payment process in any way. Selected payment option is not part of cart final price calculation. In fact, in standard payment process, the thirtybees will learn about chosen payment option only *after* payment is completed (user is first redirected to payment provider, and then back to thirtybees/module specific endpoint that will validate and convert cart to order). This is very unfortunate flow, but it's what we need to use, for compatiblity reasons. 

I know that there exists some modules that, using plenty of hacks, can achieve some sort of surcharges for payment options. But these modules depends on lot of overrides, both in php and in theme. These hacks will not work with chex, not unless they were written for it in the first place.

Share this post


Link to post
Share on other sites

Hi @datakick

perhaps I missed something but today I struggled to translate some 'strings' from fields I use in Chex.

First one is in new account creation field and second one in confirmation fields. Both refer to the Revws module.

In English is the sting: "I agree to receive review requests for purchased products"

I could not translate it via back office. I had to change the L s=" ... " in

\revws-thirtybees-2.2.2\revws\classes\integration\chex.php

\revws-thirtybees-2.2.2\revws\views\templates\hook\subscription-account.tpl

 

Also if you find the time to add those "Fields" to the translations perhaps you can think about a way to make those fields positions moveable in Chex options.

 

Edited by Pedalman

Share this post


Link to post
Share on other sites

Hello @datakick,

I asked this a while back but don't see that it was ever put into the module. Can you update so that the order of shipping vendors is aligned with the TB back office shipping settings as seen below? This is important for customer experience since we offer a free local pickup that most customers are not eligible for. Currently, it defaults with this free option at the top of the list and doesn't follow the settings below.  If we can follow the TB back office setting, then it will display the correct carrier by default at the top of the list.

image.png.8b28c96c579c086562d2d246a2267a13.png

Edited by x97wehner
  • Like 1

Share this post


Link to post
Share on other sites

In the manager.php file we have modified this line

‘name’ =>$prod[‘name’]

To 

 'name' => $prod['reference'].PHP_EOL." - ".$prod['name'].PHP_EOL." - Current Stock Level:  ".$prod[stock_quantity].PHP_EOL." - Unit Price:£  ".$prod['price_wt'],

So our cart now shows product reference, name, current stock, and unit price

Looks great

image.thumb.png.a18a9482bb468cde352e658d1a0b822b.png

 

The "Unit Price" is the final unit price including any discounts. We have cart rules set up to allow for quantity discounts. Can anyone think of the coding I could use to add the 'base' price of the product without discount and the cart rule name to show?

  • Like 1

Share this post


Link to post
Share on other sites

Hi all,

We've been trying to figure out why some customer, after entering their email address at the checkout, are neither asked to enter a password (if they're a returning customer) or a blank customer profile/shipping form (if they're not). This had been an issue ever since the Chex module was installed and configured around a year or so ago. Today, we finally figured out why and I'm hoping there's an easy fix... The problem is that when a visitor/customer enters their email address and, for whatever reason hits the space bar to enter a space at the end of the email address, nothing happens. The moment they hit the backspace key to remove the unneeded space, the checkout then proceeds with its checking routine and the whole thing works just as it was designed.

Unfortunately, customers are either unaware of what they have done or just don't see it as a problem. We didn't know this was happening until a customer came into our store and showed us the problem on their mobile phone.

So, what can be done about this? Any ideas?

Share this post


Link to post
Share on other sites

Does anybody else’s mobile checkout for Chex also look like this, ie with a huge cart that blocks the checkout forms? It’s not in all browsers but eg in Firefox Focus.

ps @Mike1Sorry, can’t help you. I’d assume one could somehow automatically drop spaces, though. 

F27E2ACA-2E75-4151-AC3A-A528C89C896F.jpeg

Edited by 30knees

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...