One-Page Checkout [Support Thread]

[balihr]

Looks like my coffee just kicked in.

What do you think of this as a solution, do you see any downsides?
includes/modules/pages/checkout_one/jquery.checkout_one.js

function changeBillingFields(event)
    {
        if (jQuery('#checkoutOneGuestInfo .opc-buttons').length) {
            if(jQuery('#checkoutOneGuestInfo .opc-buttons').is(":hidden")) {
                jQuery(this).addClass('opc-changed');
                jQuery('#checkoutOneBillto .opc-buttons').show();
                jQuery('#checkoutPayment > .opc-overlay').addClass('active');
                jQuery('#checkoutOneBillto').addClass('opc-view');
            }
        } else {
            jQuery(this).addClass('opc-changed');
            jQuery('#checkoutOneBillto .opc-buttons').show();
            jQuery('#checkoutPayment > .opc-overlay').addClass('active');
            jQuery('#checkoutOneBillto').addClass('opc-view');
        }
    }

It seems to work, but I'd prefer getting confirmation that it won't cause problems in certain situations that I can't think of at the moment.

[lat9]

Thank you!

Close, but... This disables autofill on the billing address, forcing the customer to type it, which is quite bad for those who are used to using autofill. It does work on Contact Information, you save it but then all other billing fields need to be populated manually.
BTW, autocomplete="off" is ignored by Chrome (see SO) so I put autocomplete="new-password"

If you manually fill in the form and jump inputs using Tab key, you can get to billing address and type in your name and remove the overlay.

I think the perfect scenario would be to keep the overlay active until Contact Information is saved. Is that possible?

Arggh, Chrome is the new IE! It's not the overlay, per se, since it's still there. The issue is that the address-related inputs are present on the page, even though they're visually obscured.

Looks like my coffee just kicked in.

What do you think of this as a solution, do you see any downsides?
includes/modules/pages/checkout_one/jquery.checkout_one.js

function changeBillingFields(event)
    {
        if (jQuery('#checkoutOneGuestInfo .opc-buttons').length) {
            if(jQuery('#checkoutOneGuestInfo .opc-buttons').is(":hidden")) {
                jQuery(this).addClass('opc-changed');
                jQuery('#checkoutOneBillto .opc-buttons').show();
                jQuery('#checkoutPayment > .opc-overlay').addClass('active');
                jQuery('#checkoutOneBillto').addClass('opc-view');
            }
        } else {
            jQuery(this).addClass('opc-changed');
            jQuery('#checkoutOneBillto .opc-buttons').show();
            jQuery('#checkoutPayment > .opc-overlay').addClass('active');
            jQuery('#checkoutOneBillto').addClass('opc-view');
        }
    }

It seems to work, but I'd prefer getting confirmation that it won't cause problems in certain situations that I can't think of at the moment.

I'll need for my coffee to kick in to review!

[jimmie]

ihave this Module installed called zx point of sell, i installed your current version on zen v1.56c and php 7.2, when i login in i get a redirection problem
The page isn’t redirecting properly

Firefox has detected that the server is redirecting the request for this address in a way that will never complete.

This problem can sometimes be caused by disabling or refusing to accept cookies.
this is code in login header

// BOF ZenExpert - Barcode cart 1/1
        else if(isset($_SESSION['POStoken'])) {
          zen_redirect(zen_href_link(FILENAME_CHECKOUT_SHIPPING, '', $request_type));
        } 
		// EOF ZenExpert - Barcode cart 1/1

[lat9]

ihave this Module installed called zx point of sell, i installed your current version on zen v1.56c and php 7.2, when i login in i get a redirection problem
The page isn’t redirecting properly

Firefox has detected that the server is redirecting the request for this address in a way that will never complete.

This problem can sometimes be caused by disabling or refusing to accept cookies.
this is code in login header

// BOF ZenExpert - Barcode cart 1/1
        else if(isset($_SESSION['POStoken'])) {
          zen_redirect(zen_href_link(FILENAME_CHECKOUT_SHIPPING, '', $request_type));
        } 
        // EOF ZenExpert - Barcode cart 1/1

You'll need to contact ZenExpert to correct the issue.

[lat9]

Arggh, Chrome is the new IE! It's not the overlay, per se, since it's still there. The issue is that the address-related inputs are present on the page, even though they're visually obscured.

I'll need for my coffee to kick in to review!

There's a fairly long-standing change request (https://github.com/lat9/one_page_checkout/issues/163) for OPC, requesting that the guest-checkout "Customer Information" and "Billing Address" blocks be combined.

I believe that that change is going to be the best customer-experience solution for this autocomplete issue.

[lat9]

There's a fairly long-standing change request (https://github.com/lat9/one_page_checkout/issues/163) for OPC, requesting that the guest-checkout "Customer Information" and "Billing Address" blocks be combined.

I believe that that change is going to be the best customer-experience solution for this autocomplete issue.

All finished. Check out the changes associated with the above GitHub issue; I've updated OPC's jQuery handler to combine those two blocks during guest checkout. Remember to grab both the full and minimized versions (they've both shrunk a bit).

[balihr]

Brilliant! Just brilliant! TYVM!

[lat9]

Brilliant! Just brilliant! TYVM!

Thanks, @balihr. Anyone else want to "kick the tires" before I release v2.2.0?

[Pepperfire]

I am currently running 155e

I have had installed a custom checkout that only my admin accesses. It uses a combination of barcode cart for the product POS, and I am using one-page checkout. I want the ability to choose the product in the POS page (barcode cart), and on the one-page checkout change the price being charged for the product, so that it still removes the product from the inventory, but records a giveaway (or a sample) in the total sale.

I installed the "edit orders-4.4.3" module in the hopes that would work. It does do what I want done, but only in the admin, after an order is processed.

I'd like to edit the order on the fly.

Any suggestions?

[lat9]

I am currently running 155e

I have had installed a custom checkout that only my admin accesses. It uses a combination of barcode cart for the product POS, and I am using one-page checkout. I want the ability to choose the product in the POS page (barcode cart), and on the one-page checkout change the price being charged for the product, so that it still removes the product from the inventory, but records a giveaway (or a sample) in the total sale.

I installed the "edit orders-4.4.3" module in the hopes that would work. It does do what I want done, but only in the admin, after an order is processed.

I'd like to edit the order on the fly.

Any suggestions?

I have no idea what your "barcode cart" functionality provides. Could you elaborate a bit more on what 'workflow' you are trying to achieve?