First off, Im making a subroutine becuase Get Ingredients doesnt really give you much to go on as to how many ingredients there are. And if you request the 3rd ingredient, but there wasnt one, then you run into requesting notihng which hqs a habit of wiping out previously made requests, so you have to use 'Compare Item' on an empty value to figure out of it exists. Of course, heres the possibility that you accept a single item recipe, might as well check that second one too.
This worked fine, until I realized you cant divide the number of open spots for the item, by the value number. For example 160/(information2). thats not actually a 2. So i still had to have some hardcoding on the output. I wenty to change them all, but i cant acutally set a numeric 0 for 0, it sefaults to that in behavior (im not entirely convinced its consistent either), but its not explicit, its 'accidently correct behavior, sometimes'. So the best I can do is like the 1(1), which seems silly.
So not only should this function not actually be needed in the first place, i cant actually return all the numeric values I would like, and if i use the information versions, then you cant math with them.
Also, while we're here, GetIngredients on a signal for a construction site is limited to 3 still, but it will include the random modules in the schematic as part of its
ingrediants, so a count above 3 is possible in some uses.
In general im having fun with the game, but in this case i feel like im trying to solve tools instead of using the tools to solve the game
