Suggestions > easiest solution dynamically load lists or options

[habreu]

I have this clunky set of products on the site and wondering -short of a bunch of custom programming- if there might be an easy Miva native way or some simple way to improve these products 4 and lump them into 1.

https://www.allfrom1supply.com/configure-your-own.html

These are corner guards and probably need a dimensional solution but our foray into one a few years ago didn't bear fruit and I don't see them okaying much custom programming now as there is still some pandemic related fud. I thought some of you might have ideas I hadn't considered.

These 4 products are corner guards. We pay by the square inch and the only way we could get the numbers to work without some sort of custom coding was to break them into 4 products. The user selects height, a width for each of the two sides and inside or outside bend.

One way to I thought this might work without paying for some sort of custom solution was to have a select dropdown with the 4 height ranges and just show/hide the 4 different sets of attributes, or to dynamically populate the select dropdowns with the values based on their selection. I have tried using Tool Belt as it has some functions to generate form elements on the fly but I'm not a programmer and couldn't sort it out in any reasonable way.

Any thoughts? Is there a way to take advantage of Miva's native abilities to combine these 4 products into one or some approach that might be cleaner I am just not thinking of?

This isn't critical - it gets the job done but it is annoyingly clumsy and inelegant. :)

Capture.JPG

[Scot - ScotsScripts.com]

Can't you use attributes for this? One corner guard product with dropdown attribute selection that has the price based on the length? The product itself would either have a base price or no price depending on how you'd want to set up the attribute pricing.

[habreu]

The problem is that the cost for us depends on the square inches. While it is easy to do it the way you suggest with just length as a factor translating the cost per inch into static options with the height x side1 x side2 didn't work out well in our tests as one product.

[habreu]

Well it is ugly but I figured something out using a 'stub' product with an alternate display page. I hope to work out something better when the crew heads to the trade show in a couple weeks and things (hopefully) calm down for a couple days. Thanks.

[Scot - ScotsScripts.com]

Sounds like you need some kind of configurator or product builder widget where people can enter the dimensions they want and then the price is created based on those dimensions.

[habreu]

We poked at a dimensional module a number of years back and didn't get it to work quite right (it didn't help that the owner had a complete site redo we broke some of the code). Currently these just don't sell well enough to justify a lot of custom programming. I agree though that a dimensional solution is needed.

[Scot - ScotsScripts.com]

All you need is a system module that captures the three dimensions, multiples them together to get a total of some kind, then work out the math and put it in the basket at the price you worked out.