It is not the wish lists fault. In fact I think adding to the wishlist
would be a good thing. At the very least a mail to function for users to
send wishlists to friends and families. Also a way to set a wishlist to be
accessed at the site by friends and families so they can add to their basket
straight from the users wishlist and record the item(s) as purchased.
As for the checkout/invoice problem, I plan on doing some changes that might
be worth rolling back into FT. First and foremost is to not create an
invoice until a customer confirms their order. Keep everything in the
basket through all the check out before this. This will achieve a few
things:
1. Eliminate any problems with a customer bailing in checkout and leaving
partial invoices. I am referring to the problem Bjarne is talking about
above.
2. Make it easy for the customer to exit checkout to shop more and return
to checkout.
3. Allow shopping carts to survive for xx time. Add to config a boolean
for allowing the basket to survive beyond the session and add a config for
how long.
Additionally if the db has an address for the user it should pull up the
address and display it instead of the form. Add a button or two to allow
users to edit the address if it has changed or is wrong. Same thing for
shipping address with the addition of a separate table for shipping
addresses. If there is more than one shipping address for that customer if
could display each with radio selects and a button for adding/editing.
On a some what related note I would like to see everything more
encapsulated. Would be nice to be able to set up a site and select modules
to use. For example I may just need user/login and catalog from FT and then
articles and reviews from FA. Also I may need to add modules down the road
or upgrade individual module.
One last thing... I think certain sections of the site would benefit from
being part of a page other than index.php. For example checkout.php or
admin.php. I know that this is just semantics but that it would be helpful
for developers in keeping modules separate and users just as on more thing
to make it clear where they are and what they are doing.
Thoughts?
Chuck
[EMAIL PROTECTED]
btw If you want to see what I have done mixing FT with phpNuke look at
http://www.chaosmailorder.com . I have learned quite a bit about what I
think FreeAssociation should and should not do in the process.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bjarne
> Hansen
> Sent: Monday, April 16, 2001 10:03 AM
> To: [EMAIL PROTECTED]
> Subject: [FreeTrade-dev] Check out part
>
>
> Leon,
>
> I have been think alot about having some changes done to the
> check out part. Mainly because I find it hard to cope with, and
> it acts a litle "funny" at times.
> The fact that old half done orders suddenly can get activated, it
> look like if FT picks up old sessions on a user, and use that,
> meeaning that old invoice numbers suddenly gets activated. Is
> this true? At least that what I have experiences playing aorund
> loged in as admin. Suddenly a old invoice several nombers of
> pages back in the invoice list gets "new life", and and in fact,
> if it was not for the mail copy to admin, it would not be
> spottet, beacuse it's not a *new order on top of the list...*
>
> Is this a: "It's normal behavior, get used to it" situasjon?
>
> Is it beacuse of the wishlist?
>
> Is it possible to change? Do you se a difrent aproch to it?
>
> I have been thinking of getting done a rewrite, lose the wishlist
> (because I belive that's whats making it complicated) and "sort
> it out to be straight". Strait like in serial numbers...
>
> What do you think?
>
> Bjarne
>
> _______________________________________________
> FreeTrade-dev mailing list
> [EMAIL PROTECTED]
> http://share.whichever.com/mailman/listinfo/freetrade-dev
>
_______________________________________________
FreeTrade-dev mailing list
[EMAIL PROTECTED]
http://share.whichever.com/mailman/listinfo/freetrade-dev
