Gibby wrote:
would be interested in it.
I'm creating a "Model Code Parsing" configurator. It takes a smart
string and parses the values and places the individual parts in global
variables. The parsing configurator then chooses the and the global
variables automatic (are supposed to) set the values in the called
configurator. I haven't tested this yet but this is my plan. You can
either start with the parsing configurator and have values filled in
where the user can then tweak choices or the user could call the
configurator directly and fill in each question.
Food for thought.
Mark W.
> That is similiar to what we are doing here. We take a string like:I'm working on something similar and not finished yet but maybe you
> "THA23050668" Then take the third character for example and say that it is a color code or part style or something. We'd load using as you described from a csv with a progress program the dynamic list into the combo box and then would select the one we want via the character we are looking at in the string provided as a part number. This works fine, but trying to eliminate dependancies on CSV's. As we end up with a dozen or more per configurator because of the highly customizable end product. And there will be close to perhaps 20+ configurators potentially so maintaining that many CSV's could be a nightmare.
>
would be interested in it.
I'm creating a "Model Code Parsing" configurator. It takes a smart
string and parses the values and places the individual parts in global
variables. The parsing configurator then chooses the and the global
variables automatic (are supposed to) set the values in the called
configurator. I haven't tested this yet but this is my plan. You can
either start with the parsing configurator and have values filled in
where the user can then tweak choices or the user could call the
configurator directly and fill in each question.
Food for thought.
Mark W.