How to input Dependent Options??

Looking for someone developing Dependent Options.

For example, one Automotive Differential manufacturer produced a "Model A" differential. But there are some variations from one Car brand name to another. Lets say Ford and Chevrolet used this "Differential A" but there are some variants. So i need to know what vehicle the customer has (Ford/Chevy). And then there are a few more options like "Size", "Year of production" and "Availability", before comming to a final product configuration.

I've uploaded an image that will better explain what i need to do here:



http://www.flickr.com/photos/79416126@N ... hotostream

I've tried opencart 1.4.x and 1.5 but can;t seem to find how to perform this.

Currently opencart will letme input as many options as i want but ALL OF THESE will be available ALL TIMES regardless what properties the customer chose.

anyone??

i have +1 year wait for this, you are not alone

Is this what your after at all?




http://www.opencart.com/forum/viewtopic ... e3#p177599

Have a look

No. He wants dependent options. They are often requested but extremely difficult to do so they have not been done yet

Does anyone have an idea when this should be implemented in Open Cart core? This is really useful and needed. In fact, this is one of the most important features in a shopping cart. I'm starting a apparel webstore without this feature using Open Cart is a no for me... I must be able to control stocks based on size and colors and if Open Cart doesn't it so it useless to me...

eduardoribeiro wrote:Does anyone have an idea when this should be implemented in Open Cart core? This is really useful and needed. In fact, this is one of the most important features in a shopping cart. I'm starting a apparel webstore without this feature using Open Cart is a no for me... I must be able to control stocks based on size and colors and if Open Cart doesn't it so it useless to me...

I don't think it's even planned for the core at this point. If it is a must for you then have fun with magento as it's the only cart I know of that has the feature.

There is a work around and you wouldn't be the only one that did it as I have seen it before in clothing stores (and often worndered why, and now I know!) and this is to create an option group 'Select Shirt' or whatever and then as the options you have Small-Red, Small-Blue, Small-Green, Medium-Red, Medium-blue....

I think you get the idea.

It's not very graceful if you have a lot of combinations so doesn't really work for everyone. I wouldn't think you should be expecting anything anytime soon as to regards dependent options though.

Well I already experiment Magento and know that Magento can handle dependent options regarding stock matters, but I ditch Magento because of it's complexity. Also, Prestashop can handle dependent options (not in a easy way, but you can do it) but I hate Prestashop... Well I hope OpenCart plans to do something about that.

option group 'Select Shirt' or whatever and then as the options you have Small-Red, Small-Blue, Small-Green, Medium-Red, Medium-blue....

In fact there is a easiest way of doing this, just duplicate the products and leave the size option for each, is way better than having a Select Box with everything on it... That's because, some of my products also have a third option (Sentence on t-shirt for example) which is also only available in some colors or is some sizes... so the best way is duplicating the product by color and then leave the size select box... though I'm gonna wait for new versions of Open Cart hoping that in a near future this can be done in Open Cart.

eduardoribeiro wrote: though I'm gonna wait for new versions of Open Cart hoping that in a near future this can be done in Open Cart.

I wouldn't bother with that, because I can tell you for sure it's not coming any time soon. I am going to be doing a commercial option combination stock mod sometime soon, but even then it's not going to be a true dependent option system, so wouldn't work for your third requirement.

I am going to be doing a commercial option combination stock mod sometime soon, but even then it's not going to be a true dependent option system, so wouldn't work for your third requirement.

Well when you have finished that commercial module, say something just to know it could adapt better to my needs even though there's no support for third requirement...

I was thinking a parent_id system like categories has could maybe work.. but everytime I to put my thoughts on paper.. it comes out wrong

I've been trolling the web for years looking for a good OS cart with dependent options. That was the only reason I looked at OC, too. Although I like it in many ways I'd say it is just yet another one of the hundreds of carts for selling simple only products. The web has been saturated with those (better or worse ones, OS and commercial) for years. The retailers selling simple only products found their solutions a good decade ago. The big names developed their own ones. The few niches left for cart developers and newcomer online retailers is customize-able products - which means Dependent Options. Add to that all the print, art and jewelry shops and all shops that sell products in various sizes and different materials or finishes. Pretty much 80% of todays shops need the dependent options. If a decent OS cart come up with a good implementation of dependent options it'll attract 2/3 of the e-com developers and shop owners in no time.
I've had high hopes for magento but it turned into a huge slow monster and they never got the pricing of the dependent options right(at least until 6 months ago when I stopped following the project).
There are few commercial carts that (although perhaps not implemented the best way) do a decent job at dealing with dependent options but most are either lacking other features or are simply ugly and hard to customize.
Interested parties should check x-cart, cs-cart, avactis, prestashop.
Shopp(WP plugin) eventually has one of the better implementation of the dependent options(you can add dependent and simple options to a product).
LiteCommerce is coming back as open source and its dependent options are working fine too but the cart lacks some important features yet.
One thing is sure - no cart will grow much popular without covering the basics and having the dependent options feature.
Qphoria, take a look at the above carts if haven't yet. Here's also a link to a JS library dealing with dependent boxes... might be a way to implement the feature in OC.
Good luck to the project and looking forward to a version with dependent options soon.

Forgot the js library link: http://www.javascripttoolbox.com/lib/dy ... /index.php

klmnt wrote:I've been trolling the web for years looking for a good OS cart with dependent options. That was the only reason I looked at OC, too. Although I like it in many ways I'd say it is just yet another one of the hundreds of carts for selling simple only products. The web has been saturated with those (better or worse ones, OS and commercial) for years. The retailers selling simple only products found their solutions a good decade ago. The big names developed their own ones. The few niches left for cart developers and newcomer online retailers is customize-able products - which means Dependent Options. Add to that all the print, art and jewelry shops and all shops that sell products in various sizes and different materials or finishes. Pretty much 80% of todays shops need the dependent options. If a decent OS cart come up with a good implementation of dependent options it'll attract 2/3 of the e-com developers and shop owners in no time.
I've had high hopes for magento but it turned into a huge slow monster and they never got the pricing of the dependent options right(at least until 6 months ago when I stopped following the project).
There are few commercial carts that (although perhaps not implemented the best way) do a decent job at dealing with dependent options but most are either lacking other features or are simply ugly and hard to customize.
Interested parties should check x-cart, cs-cart, avactis, prestashop.
Shopp(WP plugin) eventually has one of the better implementation of the dependent options(you can add dependent and simple options to a product).
LiteCommerce is coming back as open source and its dependent options are working fine too but the cart lacks some important features yet.
One thing is sure - no cart will grow much popular without covering the basics and having the dependent options feature.
Qphoria, take a look at the above carts if haven't yet. Here's also a link to a JS library dealing with dependent boxes... might be a way to implement the feature in OC.
Good luck to the project and looking forward to a version with dependent options soon.

Well there's a good reason that none of the open source carts have dependant options it is VERY difficult to do, and from what I've seen most of the carts that do have it have a pretty abysmal implementation. Plus I think you are overstating the need for dependent options. I would say that yes many shops will need option combination stock tracking, but that is different than dependent options. For dependent options you are going to have to implement some form of complete ruleset which is extremely difficult. The JS part is easy it's all the other stuff that keeps people from doing it. I have started on a option combination mod, and it will have JS to only show the available combinations as you work your way down the options. Some people would consider this dependent options, but it's not really. None of the ruleset stuff in there. The other big problem with it is import export. It requires a complicated data structure to pull off making import/export very difficult. In the implementation I am working on I foresee that being the biggest problem, and it will probably initially be released without it.

@Xsecrets : Of course, it is not easy to implement, but the question is not about code complexity but about one essential feature.

The solution introduced here : http://forum.opencart.com/viewtopic.php?f=24&t=22968 gives one good approach, perhaps the best.

Another approach could be to create a "flat" combination table as I done one several years ago for a fashion website.
It is not clean regarding relational DB, but it works well and fast.

With the classical tshirt example (option ID : logical name) :
1 : size
2 : color
3 : cut

...and some option values :
1 : M
2 : L
3 : XL
4 : red
5 : green
6 : slim
7 : T
8 : Marcel

Let's say the PHP script alsways takes (internaly) the options values regarding their ID rank.
The combination table could look like this :

product_id - options_value_ids - sku - stock - price
1 - 1,4,7 - 012 - 10 - 120.00
1 - 2,5,8 - 014 - 5 - 100.00

To link an option to another, we need another table :
id_combination - option_ids
1 - 1,2,3

And to finish, on the backend, a matrix of all combinations that lets the user fill in the linked data (SKU, stock, price, whatelse..)

That's not the best approach, but it is not the ugliest one and it could resolve the problem.

Anyway, it could be nice to have the Daniel's point of view.
To finish, I fully agree that dependant options will need to hack the core alot (or to implement it through vQMod, I did'nt tested it, so I can't say anything about it), but truely, even some users have not the need of such a feature and are saying it is just "nice to have", most of the other silent "testers" just have a look on Opencart and goes away because of the this missing feature.
Not convienced ? Try to implement a shop with OpenCart and to sell t-shirts, shoes, perfumes, furnitures...

If I took time to write this, it is because I feel that OpenCart could be a great solution, perhaps one of the best, with this simple feature...

Nobody could make it so far, even some Moderators PROMISED to do it after 1.5 release.

Till is done..... Magento or CS CART PRO


But if Depandant options with pictures and clear and logic inport/export is going to be in CORE > it wins the market..!!

I propose to create some fund for Daniel to restruct core system and finaly make good functionable Dependant options and Grouped items.

If total amount and timing is clear from "creator" I will make first donation... may be then it will go faster.

Hope to get some comments....

sokpet wrote:Nobody could make it so far, even some Moderators PROMISED to do it after 1.5 release.

Till is done..... Magento or CS CART PRO


But if Depandant options with pictures and clear and logic inport/export is going to be in CORE > it wins the market..!!

I propose to create some fund for Daniel to restruct core system and finaly make good functionable Dependant options and Grouped items.

If total amount and timing is clear from "creator" I will make first donation... may be then it will go faster.

Hope to get some comments....

someone has made a mod for it. Though I HIGHLY doubt that it has import/export support. If you think making it work is difficult try to even imagine how to do import/export. I honestly don't think magento has import support for this, or any other cart I've ever seen.

@Xsecret : I tried the module you talk about : it doesn't do that. Did you tried it ?

About this matrix price approach, I've done that several years ago for a small PHP cart based on Paypal for the payment.

I don't feel it is an "advanced" feature :

Most of the shop let the admin "add" a price value to the existing price, in % or fixed value.
If you simply take the example of perfume :
On perfume has, for each product :
- One name,
- One description,
- One manufacturer

These data are "main" data, you should not have to duplicate them in x products.

Each product will have
- One type (oil, cologne, etc.)
- One contenance (50ml, 100ml, etc.)

The association of these 2 dependant option will give the price, which should be fix.
Why ?
Because adding $50 to "oil" don't means anything, because it depend on the countenance, and adding 10$ to countenance also means nothing, because for "oil", the difference between 50ml and 100ml is more important than for "cologne".

Had a look at Magento : Same problem (modules exists, but they put away the "configurable" feature, so..).

The much easier should be to develop it in OpenCart.
For the current project and for other reasons, we move to the Mage elephant, but I will certainly come back to OpenCart as I find it is one of the more promising solution. If at this time this feature will not exist, I will develop it.

Hi guys,

Check out this extension Option Combination http://www.opencart.com/index.php?route ... on_id=3706 this might be what you are looking for.

It allows you to combine a product's options in a multitude way and fix a price exactly you want. Some call it mix and match, some call it price matrix.

As for the case discussed in this thread, I tried to implement the "Model A" differential and here's the result(it's also a demo store): http://ocdemo.kfstuff.com/combo/index.p ... duct_id=56

The above demo product only demonstrate a little part of what this extension is able to do. For more product examples, check out the featured products on the demo store main page.

If this is what you are looking for, I suggest that you try this extension thoroughly on the demo site, make sure it suits your needs before you get it. The login details can be found on extension page.

I'm open for questions, thanks!