Jump to content

One Page Checkout in PS. 1.4


Recommended Posts

The one-page checkout works fine for me. The quantity field on the cart summary isn't working, but it isn't working on the regular checkout either, so I think it is an unrelated feature that isn't finished yet.

When one-page checkout is enabled, the cart block has a single "Check out" button instead of "Cart" and "Checkout" buttons. When you click that button, a single page is displayed with the cart summary, and headers for each step. There is a "Next" button that causes the next step to be expanded and the current step to collapse. Once all the steps are completed, there is a "Check out" button that displays all the payment methods.

The page only refreshes when a payment method is selected, which then displays the current "order confirmation" pages.

Another bonus is that the page doesn't refresh anymore when you click the +/- quantity buttons. Everything is now updated with AJAX.

Link to comment
Share on other sites

I sent you a pm Joachim with a web address that i have a test 1.4 site running.

Although themes from 1.3 do work with 1.4 they wont benefit from the new theme caching tools, so I am in the process of creating my theme in 1.4 ready for the release, whenever that maybe.

Link to comment
Share on other sites

  • 2 weeks later...

I have had so much trouble for customers with that module.

Taxes not showing up until after you select the payment method.
Order not being properly created when using an email that was previously used.
Inability to use any shipping module that uses a zipcode and country.

I have long thought that something so crucial as checkout should be integrated into PS rather than be a hack.

With that said, I have also seen customer that have fairly basic needs and it's working fine for them.

Link to comment
Share on other sites

Thanks for your answer.

I was thinking about the design only, as I haven't bought the Canin.sk module myself.
It seems, according to the screenshots here, that in the one-page checkout in V1.4, customers will still have to click on Next to go to Addresses, Delivery Method, Payment selection, ...

I believe the first goal of a Single page checkout is that customers do not have to click Next to go through the checkout process. Is there anyone here who think the same?

Link to comment
Share on other sites

You can choose whether to use one-page checkout or the original 5-step checkout on the Preferences tab. See the screenshot.

You don't have to click the "Next" buttons to proceed. You can click the + sign or header of any of the steps to skip straight to that step. Of course, you can't complete checkout until all the steps have been completed.

33243_obVIvCQiZE9dwXpPjm45_t

Link to comment
Share on other sites

Guys, is there anyone around here who is involved in the development of the OPC module? We've just bought a licence but sadly there's noone behind this app, though they charge a nice sum for it. For all the modules i've ever bought from a developer, and this includes the competition, e.g. magento, i've always received great support.

I think it is unfair to hide the developer's contact details once you bill over a hundred EUR for a licence. Even the sender of the notification mail is no-reply@.
If i knew it ships with no support, i'd have hired a developer to do the job for me. Please think again your policy.

Link to comment
Share on other sites

I understand the need to cater to many, different types of businesses, but even with the latest changes, I've never understood why Prestashop's checkout process is just 1) so long, and 2) so ugly.

I've been trying to simplify my form, stripping away back as much clutter as I can and I think it's still bigger and uglier than it should be.

http://i53.tinypic.com/141jr41.png

I really think this whole area should be reworked

Link to comment
Share on other sites

I understand the need to cater to many, different types of businesses, but even with the latest changes, I've never understood why Prestashop's checkout process is just 1) so long, and 2) so ugly.

I've been trying to simplify my form, stripping away back as much clutter as I can and I think it's still bigger and uglier than it should be.

http://i53.tinypic.com/141jr41.png

I really think this whole area should be reworked


Then what do you suggest to make it less long and less ugly?
Link to comment
Share on other sites

  • 2 weeks later...
  • 1 month later...
  • 1 month later...

Hi,
After reading this thread I don't see much difference between the two versions of checkout, except that the 'old' one has to load different pages and the 'new' one is working with AJAX.
Both are a long process and both are 5steps checkout.

In my country (Belgium) the new law says the checkout has to be able to be accomplished in 2 clicks (+1 for acceptance of 'terms'). This is not counting the clicks the customer does for choosing different delivery, payment, adress, etc..
It appears to be a European guideline. As someone told elsewhere on the dutch forum, but after some research I didn't found it anywhere, so skip this paragraph.

I was thinking of doing a testdrive of 1.4 this WE to see what was done in it, but as I see it in this thread, out of the box it isn't usefull in Belgium as neither is the 1.3 version, at least if I does follow the law.

Jos

Link to comment
Share on other sites

  • 1 month later...

Hello!

The ordering process is a very serious problem...

When you modify a quantity of a product or a product to remove not refresh both the step of selecting the carrier or the step of selecting the method of payment, why?

Link to comment
Share on other sites

Is the issue solved when a user log in to AJAX form and the customer ID haven't address asigned? The loading effect still waiting forever...

I try to fix creating a customer dummy with ID 9999999 direct in MySQL and check if customer login ID have address to take itself, if not take from customer 9999999:

protected function _assignAddress()
{
 if (!Customer::getAddressesTotalById((int)(self::$cookie->id_customer))) {
   if (Tools::isSubmit('ajax')) {
     // save the real customer ID
     self::$cookie->__set('id_customer_ok', self::$cookie->id_customer); 
     // fix still loading ajax waiting for a address ID
     self::$cookie->__set('id_customer', 9999999); 
   }
 }
 else {
   Tools::redirect('address.php?back=order.php?step=1');
 }
 if (Validate::isLoadedObject($customer))
 {
 // etc...
 // REMEMBER TO SET AGAIN THE CORRECT CUSTOMER ID!!!
 self::$cookie->__set('id_customer', self::$cookie->id_customer_ok);
 } // end function _assignAddress



Best Regards.

Link to comment
Share on other sites

  • 2 weeks later...

PROBLEM:

The shipping method (carriers) are not refreshing for another customer group so the can order with wrong shipping costs.

This is a bug!

BUT: it's refreshing correct when I change the product quantity.

Can somebody help me it's urgent. (I will pay for it when it is necessary)

HELP!

Link to comment
Share on other sites

  • 1 month later...

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...