Duplicate Options Name Added Warning with EasyPopulate

[chadderuski]

This is perhaps not technically a "bug"... BUT!

Why would you want to allow duplicate option names?

I ask this because I am currently working on adding functional product attributes support for easy populate (someone has to do it!) and hence the need to understanding "why".

I can see that when creating option values you MUST bind to an option from the drop down box, so having duplicate option values makes sense.

It seems to me that if you need more than 1 name option (say two "color" options), then you should use an internal unique option name AND a display option name (which we don't now have).

This way you can have:
paint_color >> color
shirt_color >> color

Yes, I know that zencart doesn't care about the option NAME, because it is using the internal id's to link everything. So you can get away with doing the above, but this seems prone to errors though.

Anyway. I'd appreciate some input.

-cj

[Ajeh]

Because some people do want two Option Names for Color for different things, rather than prevent the duplicates, the warning is there for others who make "mistakes" and try to make a duplicate Option Name ...

If you want Duplicate Names, then ignore the warning ... if you do not want Duplicate Names then pay attention to the warning ...

[chadderuski]

But of course, and I could see that. But it seems prone to error. Much better to have another field for display purposes that you could call say, "color", but internally you can have "upholstery_color" , "fabric_color", "paint_color"... you get the point.

My dilemma is this freedom is not code-able in any practical way so that EP will know which COLOR (option name) to bind an option value to. Looks like I'll just have to assume unique option names.

Thanks for the responding!

-cj