Pass additional information to cart

Monday 11 August 2003 2:09:47 pm

I am not sure what you are trying to do. If you need extra info for a product, why not just modify the product class attributes?

On the other hand, if you want to record extra info on an order, I had a situation where I need to record the payment method chosen by the user (say visa, mastercard, or check). I used the spare data fields of the "ezorder" class. There are two fields you can use, data_text_1, and data_text_2. YOu can use something like the following to set the attributes: $order->setAttribute( 'data_text_1', $method ); To display the attribute in cart, just

I did the following in the php code:
$method = $http->postVariable( "WorkflowEvent_event_ezconfirmprocess_paymentmethod" );
include_once( 'kernel/classes/ezorder.php' );
$orderID = eZHTTPTool::sessionVariable( 'MyTemporaryOrderID' );
$order = eZOrder::fetch( $orderID );
$order->setAttribute( 'data_text_1', $method );
$order->store();

Tuesday 12 August 2003 8:39:01 am

Actually, I'm not quite sure if this is what I need. Perhaps I'm just not getting it in general. :(

What I am trying to do is pass the contents of a field (in my product class) from the product page to the shopping cart. Some of my product pages contain/display more than one product, so the standard 'add to cart' functionality doesn't work as it is node-based and automatically displays the information from the first item on the product page, even when the second item was chosen.

What I would like is to set up the shopping cart to display certain fields passed from the product page and hold onto those values until the order is processed or cancelled. As our cart will be pretty straightforward (just e-mailing all of the values) I don't think this should be too hard, but I am confused as to how to pass the variables from product page to cart, then capture and display them on the cart.

Is there a way of doing this without modifying the underlying PHP? I really don't want to risk losing these changes in a future upgrade.

Does this make sense? Is it possible?

I would truly appreciate an example of how to accomplish this as I have scoured the forum and documentation and have yet to find something that makes sense by explaining where each change needs to be made.

Thanks,

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Wednesday 13 August 2003 6:46:24 am

Paul, at this point I'm not sure what changes need to be made to the basket template in order to gather the information I need. It may indeed be as simple as an override, but I'm missing something...

How can I tell the basket to grab and store a field from a hidden input posted from the product page?

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Wednesday 13 August 2003 8:50:06 am

Well, I need to tell the basket which field to grab. For example, I may have item_1_name, item_1_price and item_2_name and item_2_price which are on the same page (and are in the same node/content form) each has a purchase button on the page. The standard code sends the node information, but I need to be able to tell the basket that it should grab the item_2_name and item_2_price instead of the default item_1_name and item_1_price.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Wednesday 13 August 2003 9:27:40 am

Close...very very close. :)

From what I can tell, you are displaying multiple products (each of which is a node) on a single page; whereas I am displaying multiple products that share a single node (all input in a single class form).

Thus, if I understand you correctly your products A, B and C each have a unique ContentObjectID. Each of my products (1, 2 and 3) share a ContentObjectID as they all exist within the same 'product'.

My product form has fields akin to:
Item 1 Name:
Item 1 Number:
Item 2 Name:
Item 2 Number:
Item 3 Name:
Item 3 Number:

So, I need the basket to recognize which item (1, 2 or 3) was chosen by the user. I figure the best way is to pass the information via a hidden field, though I am open to other suggestions.

One note, I cannot change the product forms at this point as they are setup in a way that meets our business requirements - plus we are constrained by time. So, my hands are tied along those lines.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Wednesday 13 August 2003 9:41:45 am

How do you mean change the back-end?

What I am pondering is the ability to pass a variable that would contain the item number (item_1, item_2) which I could then tap into within the templates to grab the proper names, number and price for display and e-mail.

Is this viable? If so, how do I go about setting up the basket to recognize a new post variable? The various forum entries and documentation is a bit confusing. I'm using 3.1.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Wednesday 13 August 2003 9:57:59 am

For changing the basket you would need to do this at the top of the file:

if ( $http->hasPostVariable( 'my_post_var' )
{
------$myVar = $http->postVariable( 'my_post_var' );
}

and at the bottom include:

$tpl->setVariable( "my_post_var", $myVar );

to pass through the variable into your basket.tpl script.

paul

Wednesday 13 August 2003 10:04:36 am

Thanks for the code snippet Paul! I'll try that out.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Thursday 14 August 2003 6:51:23 am

Well, I think the option datatype would be helpful for something like that assuming you don't need to associate a separate model number with the option, which is where I ran into a problem for the site I am working on. The option datatype doesn't allow you to set the value. It automatically numbers the value which is rather annoying and a bit counterintuitive considering most companies and stores (on-line or off) separate these differences with unique model numbers to ensure they can keep an accurate inventory.

Man...come to think of it, I probably could have created a new datatype based off of the eZoption with an additional field for model number. This would have solved so many issues! Too late now though.

Damn damn damn.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>