Wrong Price seems to be processed for a product with attributes
PHP 8/ZC 2.1.0/Bootstrap ZCA4
I'm 99% sure I'm setting this up wrong but:
I'm trying to setup a product with attributes so that the products will be priced entirely by the attributes.
I have setup a product with no base price, two attributes (First Edition and Unlimited Edition) with two separate prices (neither price has the +/- selector) when I view the page I get a weird empty space where I guess the product base price is supposed to go. But then when I change the base price (say to $1.00), no matter what I do, the price of the item is added on top of the attributes price. Again, the attribute has "-none" set as the modifier.
Was there something I missed or is this not the way to set up attributes?
Re: Wrong Price seems to be processed for a product with attributes
Quote:
Originally Posted by
retched
PHP 8/ZC 2.1.0/Bootstrap ZCA4
I'm 99% sure I'm setting this up wrong but:
I'm trying to setup a product with attributes so that the products will be priced entirely by the attributes.
I have setup a product with no base price, two attributes (First Edition and Unlimited Edition) with two separate prices (neither price has the +/- selector) when I view the page I get a weird empty space where I guess the product base price is supposed to go. But then when I change the base price (say to $1.00), no matter what I do, the price of the item is added on top of the attributes price. Again, the attribute has "-none" set as the modifier.
Was there something I missed or is this not the way to set up attributes?
I did a quick test and what you're trying to do will work in theory - the problem is zen cart displays a blank when the products price is set to 0.
Even if it didn't - it would display $0.00 - which would not look good.
You might want to add some code in that checks if the product price is 0, and if so goes through the attributes and finds the cheapest attribute and it could then display 'From $x.00'..
Re: Wrong Price seems to be processed for a product with attributes
Actually, if the attributes are done correctly, ZC will display the $0.00 with the added cost of the lowest attribute.
If the lowest attribute is $4.00, 2.1.0 should display the product with "Starting at: $4.00".
This should be true whether using responsive_classic, boostrap, or a clone of either in 2.1.0.
Perhaps https://docs.zen-cart.com/user/produ...es-with-prices will set you on the right path.
The attribute flags can mess with your settings as well. https://docs.zen-cart.com/user/admin...ttribute-flags
Re: Wrong Price seems to be processed for a product with attributes
Quote:
Originally Posted by
royaldave
I did a quick test and what you're trying to do will work in theory - the problem is zen cart displays a blank when the products price is set to 0.
Even if it didn't - it would display $0.00 - which would not look good.
You might want to add some code in that checks if the product price is 0, and if so goes through the attributes and finds the cheapest attribute and it could then display 'From $x.00'..
If what dbltoe is referring to is a new 2.1 feature then disregard my post - i'm still on 2.0 and should learn to pay attention to detail.
Re: Wrong Price seems to be processed for a product with attributes
It's easy to miss because the statement is not shown until after a new product that is Priced by Attribute and $0.00 is previewed. It shows on existing PBA items with a $0.00 base price. It's been that way for quite a while. The only reason I mentioned 2.1.0 is that's what the OP was using. And, since the URL was not provided (Posting Tips Please), I wanted to say which templates I knew it would work on.
It would probably be better if it appeared when the Product Priced by Attributes is changed from No to Yes on a new product. Then it might not be missed.
For a quick installation, each attribute that is used with a price would probably have No, No, No, Yes, Yes, No as the flags and, of course, the price in the correct field on the attribute itself.
Years ago, ajeh taught me to add Please Select A... as the first option value for attributes. You adjust it's wording to match the attribute and set the attribute flags to Yes, No, Yes, No, No, No. That makes the Please Select a non-workable selection and makes the customer actually select the item of their choice.
If you have shirts with colors red, green, and blue without a Please Select, a customer could just click on Add to Cart and wind up getting a color they did not want. With the Please Select, they have to select or the cart will give them a warning.
FYI attributes and other items with sort orders can get to be a problem. Often, after doing 10 or more attributes, I found myself needing to add an item. And, yes it needed to go smack dab in the middle. I never use sort orders in any other way than by 10's. 10, 20, 30, 40, 50, etc. will always leave you room to adjust later.:yes: