xitromedia
Forum Replies Created
-
Hi
When you get in contact with woocommerce, i have one more suggestion for an improvement:
If the bundled product is optional, there is a checkbox which must be checked to add the product to the bundle/cart. The decision whether a customer adds such a product or not will mostly base on the detailed infos about the product. But all these detailed infos are only displayed after the checkbox has been checked. I think it would be better if the customer can read all the product details without the requirement of first checking the checkbox that is yet in fact the decition to buy the product.
Or alternatively there could be the checkbox and one more button with label “Details” which opens the details.
All disabled but wooc, wooc product bundles and germanized. Theme is default storefront.
In my config the unit price is shown for variants in a bundle, so it seems to be supported by your plugin.
And here the screenshots:
https://ibb.co/DGdtR79
https://ibb.co/M85MLBZ
https://ibb.co/Wx3Df64
https://ibb.co/Fw9G5m6
https://ibb.co/nf0rwRz
https://ibb.co/v11Cm1yBTW: Does it make sense to display the unit price twice for the bundle product, one time at the top and a second time below the bundled items section?
I can’t upload a screenshot here. Is my description not concrete enough? It should be very easy to reproduce the use case also without screenshot:
1. create product bundle
2. create a variable product (with discount, unit price and price labels)
3. add variable product or variation of that product to bundle (with “priced individually”=on)
4. have a look at the frontendForum: Plugins
In reply to: [Germanized for WooCommerce] Unit price range wrong for variation productsMaybe my last sentence was misleading. I meant with the word “correlate” that if there is a minimum and maximum price displayed there must also be displayed a min and max unit price. This could be different, e.g. when there is a product list filter active which filters out some of the variants, which would result in smaller price range display.
I also know that the lowest unit price is mostly different from and independent of the lowest product price, and for the highest applies the same.But anyway. I checked my configuration again and can say that it was my mistake / misunderstanding. Your plugin works correctly and there is no bug:
Some explanation of my mistake: If i set a specific amount of product units to a variant which is deviating from the parent setting (e.g. parent=10, variant=100), then for the unit price display the amount is converted to match the parent’s unit setting. E.g. a variant price of 1 for 100 units is converted to 0.1 for the parent setting of 10 units. Here i missed the unit price as entered to the variant.
Sorry for the trouble i caused and thank you for your very fast and good support!
Forum: Plugins
In reply to: [Germanized for WooCommerce] Unit price range wrong for variation productsI don’t understand what you want to explain.
The blogpost your referenced to says exactly what i mean:If there is anywhere a specific product price displayed, then there must be displayed the corresponding unit price. This applies for single product view and the products list if a specific variant with a specific price is displayed. But it the products list shows not a specific variant but tells about a product with variants, and shows a price range of all variants, then the unit prices must also be a range from lowest to highest. Otherwise the lowest range price would not correlate with the lowest variant price and for the highest applies the same.
Forum: Plugins
In reply to: [Germanized for WooCommerce] Unit price range wrong for variation productsI am talking about the product list with a variable product and a displayed price range. Then, i think, the unit price range should also be displayed from lowest to highest, which does not happen. I have a variant with a unit price of 0.1 as the smallest but it is not displayed as lowest.
If i change the code to
$allow_sort = sizeof( $unique_values ) > 1;
it works and the range is displayed correctly.I did not check deeper but there is for sure a problem with the sorting.