One-Page Checkout [Support Thread]

[lat9]

I think you need to put in an address with a zipcode that doesn't have a rate against it, and try and force a checkout, and hopefully you'll see what I am seeing.

Check your PM for instructions to send me a debug file.

[soxophoneplayer]

Is there a (not complicated) way to switch the default shipping alternative selected by OPC either from the most expensive to the least expensive, or (better yet) default to whichever option the customer selected on the shopping cart page?

In the shopping cart the alternative estimates are presented from most to least expensive, but the least expensive is auto-selected as default for the customer. They can, of course, select a more expensive option.

But on the OPC page, the most expensive option is selected as default, regardless of the option the customer selected on the shopping cart page. The customer can change the option on the checkout page and the total cost will be auto adjusted, but my concern is that a customer will select choice A on the cart page, then gloss over it (Oh I already did that I don't need to pay attention to it) on the checkout page.

Sample from shopping cart page (fake customer):


Sample from OPC page:


zc 1.5.5a, Responsive Sheffield Blue 2.0, Canada Post, One Page Checkout, many other mods.

[allmart]

What a great add-on!!
I would like to add the unit price and model to the checkout page and would appreciate any guidance.
Thanks in advance.

[lat9]

What a great add-on!!
I would like to add the unit price and model to the checkout page and would appreciate any guidance.
Thanks in advance.

Thank you for the complement!

Right now, short of creating a template-override version of /includes/templates/template_default/templates/tpl_checkout_one_default.php, there's no configurable method to add those fields.

[lat9]

Is there a (not complicated) way to switch the default shipping alternative selected by OPC either from the most expensive to the least expensive, or (better yet) default to whichever option the customer selected on the shopping cart page?

In the shopping cart the alternative estimates are presented from most to least expensive, but the least expensive is auto-selected as default for the customer. They can, of course, select a more expensive option.

But on the OPC page, the most expensive option is selected as default, regardless of the option the customer selected on the shopping cart page. The customer can change the option on the checkout page and the total cost will be auto adjusted, but my concern is that a customer will select choice A on the cart page, then gloss over it (Oh I already did that I don't need to pay attention to it) on the checkout page.

Sample from shopping cart page (fake customer):


Sample from OPC page:


zc 1.5.5a, Responsive Sheffield Blue 2.0, Canada Post, One Page Checkout, many other mods.

That's weird, by default the least-expensive option is auto-selected by the One-Page Checkout (at least on my demo site) so there's something else going on that causes the auto-selection to choose the most-expensive. Is that "Canada Post" shipping-method available in the Zen Cart downloads (I'm being lazy)?

[soxophoneplayer]

That's weird, by default the least-expensive option is auto-selected by the One-Page Checkout (at least on my demo site) so there's something else going on that causes the auto-selection to choose the most-expensive. Is that "Canada Post" shipping-method available in the Zen Cart downloads (I'm being lazy)?

Yes its in plugins. ttps://www.zen-cart.com/downloads.php?do=file&id=4 Dr Byte creation, but not updated since 1.5.3 .Canada Post also not updating from their end - as far as I gather they have come out with new api for which there is currently no zc mod. Dr B's mod, however remains functional, (other than this communication issue)".

[jxl1]

Can I ask whether this module will work with Sagepay Form? I know it's not listed in the documentation for payment methods but given that Sagepay is a default Zen Cart payment module in 1.5.5 I was wondering whether the two are compatible?

[lat9]

Can I ask whether this module will work with Sagepay Form? I know it's not listed in the documentation for payment methods but given that Sagepay is a default Zen Cart payment module in 1.5.5 I was wondering whether the two are compatible?

On initial (albeit cursory) inspection, I don't see anything in the sagepay_zc_form method that should cause problems but I can't say for sure.

My suggestion: Preferably, install the plugin on a test site to verify. If you don't have a test site, you can install the One-Page Checkout (it's fairly non-intrusive in its core-file modifications) and, during a slow time on your store, enable OPC and its debug and then "quick as a bunny" attempt to place an order via SagePay.

[jxl1]

Thanks for the quick reply.

The site is being developed so is still in the testing phase and therefore I can give your suggestion a go. I'll report back my findings here in case anyone else is interested in using Sagepay.

[frank18]

Can I ask whether this module will work with Sagepay Form? I know it's not listed in the documentation for payment methods but given that Sagepay is a default Zen Cart payment module in 1.5.5 I was wondering whether the two are compatible?

Having tested OPC with various payment modules (including PayPal, eWay, Nochex etc), I can't see why it would not work with Sagepay.

Personally, I would go ahead and install OPC, do a test with a low priced test product and see what happens.