v1.4 one page checkout - is it just me, or is this badley floored

[phunter121]

I cant find much discussion on this, so am I missing something!

I love the concept of the one page checkout, but seems to me to have a large number of really bad floors/errors that effectivly make it unusable for websites with international customers (i.e where the country affects the shipping options).

1. if logged in user 'updates' the delivery country, the shipping and payment options are not refreshed - so you can easily checkout as an overseas customer and pay local shipping rates!

2. various combination of key presses easily causes the shipping/pay option refresh to hang (windows explorer)

3. If a users changes any address details and forgets to press the 'save' button, they will be lost and the customer will never know it - Bad design I am afraid.

3. When you are not logged in and use the 'guest checkout', the payments section says 'Please sign in to see payment methods' - really confusing

I actually run a commercial website and know for sure that the one page check out will cause no end of problems for customers and for us - but am I just being picky??

[chup]

3. When you are not logged in and use the ‘guest checkout’, the payments section says ‘Please sign in to see payment methods’ – really confusing

agree very much on this.

hopefully all payment method is shown by default.

hope 1.4.1 can look into and resolve this?

[thehandlestudio]

I also agree with the above, if you have set it to checkout as a guest you only have the option to fill in the delivery address and nothing for the billing address, I did post this in the bug tracker but prestashop said it was a feature request.

If I could ask for one thing in prestashop this would be to get everything working as it should first with no errors or bugs before adding anymore new modules or features.

Regards,

Mark.

[chup]

if we were to modify the line "Please sign in to see payment methods" for a quick fixed, which core files should we edit?


*edit*
found the file
controllers/OrderOpcController.php
line 345

[outlet.ee]

if we were to modify the line "Please sign in to see payment methods" for a quick fixed, which core files should we edit?


*edit*
found the file
controllers/OrderOpcController.php
line 345

Do you mind sharing us what you changed in this file? Thank you.

I absolutely agree with you, is is a bit stupid to ask the customer to register in order to purchase without registering. sounds much like the older versions shipping update 'we are writing you to let you know that we are going to send you an email with the tracking # in a few seconds'

[chup]

nothing fancy :x

>> controllers/OrderOpcController.php

add in additonal line for guest user to check out


line 345, change to
Please sign in to see payment methods. For guest, please select your delivery country.

[Site]

+ 1 to this "Please sign in to see payment methods"

I will change this to - "Please save your details above to continue"

[ecentury]

It is still very badly floored, to me the sensible option would be to auto save as soon as you have filled in all the required options in the guest checkout, and not have to click the save button

 

Might have a look into how to do this, would be a bit like the auto search feature i suppose, where you do no have to hit enter

 

David

[ysco]

Well if you want a really good onepage checkout module then i recommend the one from Zelarg.

Check it here: http://www.prestashop.com/forums/topic/31657-module-fast-checkout-single-page/page__p__256466__hl__zelarg__fromsearch__1#entry256466.

 

Some new features off the latest release for 1.4.x

 

Feature highlights - or what's changed compared to standard OPC:

 

- No redundant clicks required - no buttons for choosing checkout type, no "Save" button, it's true One click checkout

- Designed with customer visual comfort in mind - compact, not too much cluttered, no surprises, just simple understandable form

- Inline validation - as per study, inline validation definitelly helps to increase customer satisfaction and thus buying potential

- Better error reporting - error messages are more unified in look and are displayed closer to problematic area and thus help customers to locate more easily what's wrong

- Payment methods are displayed right away and in stylable fashion as radio buttons, no waiting for address fill-in and ToS confirmation

- As with previous versions, very popular Sticky cart and/or Sticky summary, i.e. cart block or cart summary sections is always visible, it's floating.

- Info block (also sticky!) ... everybody likes it, see for yourself on demo site

- Page fading, for better focus on checkout while being on checkout form (fades out disturbing elements on checkout form)

- Multiple addresses support, seamlessly integrated as in previous version

- Extensive configuration possibilities back office

- Automatically localized to your language - reusing default translations + many translations contributed by our existing customers worldwide

- Integrated ship2pay module (restriction of payment modules based on carrier selected, payment modules are ajax-refreshed immediately)

- Also we fixed vouchers handling on checkout form, they weren't ajaxified at all

 

This module is worth every penny and does what is says, i have it from the beginning and it is the best there is.

I would recommend the support version, cause when you need some help with you non standard template then you will have some great support from zelarg and all feature updates are free then.

 

I specially like the inline validation.

 

ysco..

[outlet.ee]

I have to admit that sales have been going up since I updated to the version with the guest checkout. So it is the great thing. But relatively lot of customers fill in ALL the information and just leave it there. One thing that comes to mind is that this isn't really one page checkout but rather 2 page checkout - you fill in your data on one page and submit your order on another page. the ideal solution would be to skip the second page and have it ALL ON ONE PAGE: items you ordered, total cost, addresses, payment. Most of the large online stores (amazn for example) do it that way. So you have an overview of what you submit. Anyone else thinks this way?