Where has basket data gone?

[JohnH]

Thanks to both of you! Your responses give me hope. I'm nixing the external wizard idea.

I think attributes will handle most of what I'm looking for. I'll need to figure out how to have an image display for each option that is selected. I didn't notice that as a built-in feature.

I think the biggest challenge will be the cost per foot issue. RodG, my first thought was to use quantity for feet, too, but that won't work for two reasons:

1. Customer will need to be able to type in exact sizes like 36.75 feet (only length is needed).
2. Quantity will still need to be calculated. E.g. 5 units at 36.75 feet each X $1 foot.

Thanks again for your help!

[RodG]

I think the biggest challenge will be the cost per foot issue. RodG, my first thought was to use quantity for feet, too, but that won't work for two reasons:

1. Customer will need to be able to type in exact sizes like 36.75 feet (only length is needed).

No problem. Have 'em enter the lengths in inches :-)

2. Quantity will still need to be calculated. E.g. 5 units at 36.75 feet each X $1 foot.

Yeah, that's the biggest fly in the ointment.

Before you rush out to re-invent the wheel though, take a look at this:

http://www.thatsoftwareguy2.com/that...roducts_id=180

It's a step in the right direction, and although I've not looked any further, it wouldn't surprise me if Scott (or someone else) hasn't already taken this a step further to calculate a price that is dependent on this input data.
OTOH, reading the text description
"where you enter length and width in a text field, and the price is a function of area (length times width) plus a few other product attributes."
It looks like this is exactly what you are seeking.

Cheers
RodG

[JohnH]

Thanks RodG! I think that is exactly what I'm looking for! It even allows for decimal fractions.