(0 ratings)
Wouldn't it just be easier to disable supply for the first unit and not the second one you create?
Trained unit = no food cost.
Created unit = 1 food cost.
Then you don't need the "a zergling dies" trigger.
This is just not true. Usefulnes is a factor for approval.Mods usually just don´t care whether or not a resource is useful, it just has to be complicated. If you want the trigger approved I suggest you complicate it. I am clueless when it comes to triggering cause I have adhd and I often find easy simplistic triggering task in we to be very frustrating. It would be nice if mods considered whether or not a resource is useful to be the deciding factor in approval.
Not many people would know how to this right away, I don't see why this isn't approvable. Sure it's simple, but it is original/unique meaning the first of its resource genre to be submitted right? If not then link the first, I just think that this is quite a nice idea so units can cost decimals/reals instead of integers. He did it nicely too, even put in the rally point consideration.
Edit: The concept is indeed approvable iceman, but I think he needs to fix a few hardcoded value's. The only thing that is hardcoded still is 1 food, and more then one unit type however there's much more "simple" resources in our section then you seem to consider. . . I won't link them because I don't want to offend anyone, but it should be easy enough to spot.
Okay, so let's discuss this a bit more.
This is just not true. Usefulnes is a factor for approval.
Sure, it's easy to attack mods and say this and that, but please argue when you make statements like this.
For example you could make your own review here and argue pro/contra why this is useful or not.
Also ensure to read spell rules, and check out our standards in databsase.
Warcraft 3 is limited to a 300 Population cap at most, and it's an effect from Starcraft that I've seen people try and do
Nope. If I make system that calculates "3 + x", and x can be configured by the user, I also get a system that works as intended.Here is my argument. The system works as intended. Simplicity is irrelevant.
You must understand, that we can't approve very hardcoded and too limitting resources.it's an effect from Starcraft that I've seen people try and do
* Or what you could do is a general food-regulator system.
It would allow the user to define custom food usages for any unit type. (in type: real, not integer)
This system would ensure the wanted food usage for all units of a type in game, and not only trained ones.
It does support multiple unit types, though, you just need to apply an ability to the units you want to have the effect.
^These both, unit type and food usage should be done in a configuraton trigger, not via adding certain abilities to the unit.Like, for example, if you wanted to make a more beefy unit cost 1.5 food rather than 0.5?
I suggest hashtable to solve mentioned issues above.what do you have in mind?
|
The thing is here, if there are multiple unit types.Also, I am not quite sure why people seem to like hashtables a lot, what would they do in this circumstance that has not already been achieved? I've not really had any experience in handling hashtables myself so I am somewhat unknowledgeable of them.