rakesh: If I had to venture a guess, I would say that there is a problem with your CSS. The functionality you describe pretty much confirms that the checkboxes are on the page. However, the CSS that you have applied to the Qty box is probably hiding the checkbox, by placing the Qty input on top of the checkbox.
You should adjust your CSS styles to ensure that the Qty input is not rendered over the checkbox.
I could bring in the check box to appear using style.css now the problem is that the text is below the qty i tried to bring in line but could not.
which is the css file that i can check to bring all the three components in one line?
screenshot attached
Is there any way to be able to change individual product quantities of the bundle product when I am on cart page.
For example I have added 3 products of a kind and 2 of another as a bundle product and I want to remove one of the 3 first. Right now I have to remove the whole bundle product and go and start all over again.
axaios: Magento v1.5 introduced the ability to “Edit” products in your cart. You do this by (1) making sure you have at least Magento 1.5 installed and that the “theme” you are using has been properly updated to support the new cart display, and (2) on the cart page, click the “Edit” link that should appear as one of the columns in the cart table.
The “Edit” link in the cart table should take you back to the bundle’s page with all the proper qty’s loaded, you just need to make the proper adjustments and save.
I looked through this thread to see if anyone has run into this issue and I don’t think so…
First of all, thank you! This extension is so helpful.
Everything on the bundled product page works nicely, but in the cart, the user defined quantity doesn’t appear (although the total price is correct). No matter what quantity is input it appears as “1 X ...” Any ideas? (ver. 1.6.2.0)
You have done some amazing work here, thanks! I have made some adaptations to it, which I hope to post back, especially regarding the layout files.
In the meantime, I do face a problem though. I want to override the _applyOptionsPrice function, which can be found in Mage_Catalog_Model_Product_Type_Price. I do not succeed however, not even when I override it by copying the original class file into app/code/local/Mage/Catalog/Model/Product/Type/Price.php (note: in the local folder).
A little background info:
I have defined some custom options inside the bundled product. Also, I have defined an attribute for the bundle product, into which the admin can enter the ID of the custom option to perform a price based calculation.
Client side calculation goes well (I had to adapt the bundle.js file for my specific needs of course), server side calculation goes well too, but ONLY if I edit the original price.php code in the core folder.
Another approach is to use the config.xml and specify my own class, like so:
When showing the bundled product inside the shop, in fact I am able to call the _applyCustomOptions function in the ‘KAbel class’, but the custom options are not recognized. That’s not a problem at that time, because calculations are done client side via javascript.
However when I add (or update) the bundled product to the cart, including checked checkboxes, the _applyCustomOptions function in the original Mage_Catalog_Model_Product_Type_Price class is called. It looks like the config.xml class rewrite is totally ignored.
I found this line in KAbel_BundlePlus_Model_Product_Type (Type.php):
$result = Mage_Catalog_Model_Product_Type_Abstract::_prepareProduct($buyRequest, $product, $processMode);
where an abstract function is called: _prepareProduct. Could it be that that is causing some problems?
If you do find some time to have a look at it, I’d appreciate it.
I looked through this thread to see if anyone has run into this issue and I don’t think so…
First of all, thank you! This extension is so helpful.
Everything on the bundled product page works nicely, but in the cart, the user defined quantity doesn’t appear (although the total price is correct). No matter what quantity is input it appears as “1 X ...” Any ideas? (ver. 1.6.2.0)
Anybody? Anybody?
I am ready to put my head through a wall trying to figure out the above issue. If anyone at all can save my head and my wall, I would be most appreciative!
I want to override the _applyOptionsPrice function, which can be found in Mage_Catalog_Model_Product_Type_Price. I do not succeed however, not even when I override it by copying the original class file into app/code/local/Mage/Catalog/Model/Product/Type/Price.php (note: in the local folder).
That’s very odd; if you put something in the local code pool, it should take precedence over the core pool. However, I haven’t spent much time testing that to confirm the theory. I imagine that is the real problem here. If you are using the experimental Magento Compilation, there may be some issues with doing that sort of trickery.
Scorgit - 20 March 2012 02:28 AM
Another approach is to use the config.xml and specify my own class
In this case, it won’t work. The bundle product has its own price model (Mage_Bundle_Model_Product_Price) that directly inherits from the base price model (Mage_Catalog_Model_Product_Type_Price). So using the config.xml to rewrite Mage_Catalog_Model_Product_Type_Price will actually do nothing for bundle products (the rewrite engine can do nothing to the inheritance chain).
I assume you are only wanting to adjust the Bundle products’ prices. If that is the case, you should override the bundle price model with your custom _applyOptionsPrice() method. To do that, use the following config.xml snippet:
That will ensure the inheritance works the way you want.
Scorgit - 20 March 2012 02:28 AM
I found this line in KAbel_BundlePlus_Model_Product_Type (Type.php):
$result = Mage_Catalog_Model_Product_Type_Abstract::_prepareProduct($buyRequest, $product, $processMode);
where an abstract function is called: _prepareProduct. Could it be that that is causing some problems?
I don’t think that’s what’s causing the problem. As I mentioned above, bundle products have a different price model and that directly inherits from the base price model. The code you referenced is just a workaround to skip the parent class’s definition of _prepareProduct and use the parent’s parent--because parent::parent::_prepareProduct(...) is not valid PHP.
Everything on the bundled product page works nicely, but in the cart, the user defined quantity doesn’t appear (although the total price is correct). No matter what quantity is input it appears as “1 X ...” Any ideas? (ver. 1.6.2.0)
I haven’t heard of this issue before, so I can only imagine it is a problem with your setup. The options that are rendered in the cart are controlled by the class Mage_Bundle_Helper_Catalog_Product_Configuration which is a part of the core, not this module. Check to make sure nothing else is overriding the class.
For some more elaborate info and Magento adventures, please see below…
Although I *did* have the rewrite rule you mention specified, I failed to copy the _applyOptionsPrice function to my own class. Why? Because I thought: “hey, inside the overwritten class (Mage_Bundle_Model_Product_Price), there is no such function (_applyOptionsPrice), it is only available in the Mage_Catalog_Model_Product_Type_Price class (which is the class Mage_Bundle_Model_Product_Price extends from), so I have to rewrite that one too.” And so I did, by specifying another rewrite rule in the config.xml, like:
By supplying the _applyOptionsPrice function in that class (and extensive logging by using Mage::log(); ) I found out that that function got called everywhere, also for the bundled items themselves, which was not necessary.
But… turns out that I should have copy pasted the _applyOptionsPrice function from Mage_Catalog_Model_Product_Type_Price to KAbel_BundlePlus_Model_Bundle_Product_Price, ending up like so:
class KAbel_BundlePlus_Model_Bundle_Product_Price extends Mage_Bundle_Model_Product_Price { protected function _applyOptionsPrice($product, $qty, $finalPrice) { //....my own code } }
Result: the _applyOptionsPrice function is only called for the bundled product itself, which was my goal.
Now why did I not think of that earlier...?
Anyway, thank you very much again for pointing me in the right direction.
