VbzCart/pieces/checkout/archive - Revision history

Woozle: another obsolete code bit

2018-09-16T15:43:57Z

another obsolete code bit

← Older revision		Revision as of 15:43, 16 September 2018
Line 60:		Line 60:

	InvokeNameAddressFields() defines which fields are handled.		InvokeNameAddressFields() defines which fields are handled.

			===Cart-to-Order Conversion===
			Revised code flow:
			* '''cart/cart.logic.php''': function ToOrder_Data(clsOrder $rcOrd)
			** $tCust->CreateRecord_fromContact($idUser,$oBuyer);
			** $tCust->CreateRecord_fromContact($idUser,$oRecip);

	==Address Resolution==		==Address Resolution==
	''These notes no longer apply, as the cart-to-order process was completely rewritten in 2015-2016.''		''These notes no longer apply, as the cart-to-order process was completely rewritten in 2015-2016.''

Woozle: moved code flow here

2018-09-16T15:26:21Z

moved code flow here

@@ Line 1: / Line 1: @@
 ==Other Pages==
 * [[vbzwiki:VbzCart/checkout]]: what the checkout sequence looked like in the Perl version
 ==Address Resolution==
 ''These notes no longer apply, as the cart-to-order process was completely rewritten in 2015-2016.''

Woozle: outdated stuff

2016-06-04T15:05:15Z

outdated stuff

New page

==Other Pages==
* [[vbzwiki:VbzCart/checkout]]: what the checkout sequence looked like in the Perl version
==Address Resolution==
''These notes no longer apply, as the cart-to-order process was completely rewritten in 2015-2016.''

It's probably a bit of a frill, but I wanted to avoid creating unnecessary contact information records (address, phone, email, name) when customers check the "ship to self" or "card address is shipping address" checkboxes. The following are some written notes on how the resolution works -- which pieces are copied under what circumstances, and what the temporary storage structures look like:
[[File:2009-11-15 VbzCart address resolution.adj.jpg|300px|left]]'''2009-11-19 Update''': The Person's Contact information should always have an Address object if there is one -- pointing to the Card's Address object if necessary. Otherwise we have to have more complicated to code to go looking for the Card.Address if there is no Contact.Address.

'''2009-11-28 update''': Each Person object should also have a Name node directly underneath, pointing to the Name node of whichever Address object seems appropriate. (Some Person objects won't have Addr nodes under some circumstances.)