> Alan McCoy wrote:
> > However, the confirmation failed to come
> > through. And, when I went back to the "store", my basket was empty.
>
> Yeah, this has been bugging me. The freetrade way is to
> CREATE_INVOICE when the user clicks on checkout. At this
> time the whole basket is moved to the invoice, thus emptying
> the basket. If, by any means, the user goes back to look at
> his basket, it's empty. The original freetrade code has some
> stuff in there about "incomplete invoices" and whether he
> wants to complete it or clear it out, but that's just plain
> confusing.
>
> I've recently gone through and changed the way this works on
> one of my projects. Everything stays in session_sku until
> SUBMIT_ORDER and then it moves to invoice_sku. Unfortunately,
> I'm not convinced that I've done the right thing, because I
> might not have adequately prevented someone from sneaking an
> item into the cart after I've calculated their total, but the
> original behavior drove me crazy.
>
> Any better solutions?
> --
> Paul Chamberlain, [EMAIL PROTECTED]
Yes, this is a problem. You'll need to recreate all the fees and
totals inside SUBMIT_ORDER.
A better solution may be to eliminate distracting navigation during
the order process. An easy way to do this is to use a different layout
module for the checkout screens.
Fundamentally, the user probably expects that when they click away
from the checkout, their basket is pulled out of the checkout line
with them. We can add code that detects when a user clicks out of
the checkout process and copies stuff back into session_sku.
These are great things to put into FreeTrade 2, actually, but right
now I'm the only one working on it. And I don't have a ton of time.
Leon
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Site: http://www.working-dogs.com/freetrade/
Problems?: [EMAIL PROTECTED]
