Question for Players using TOE Other Counter
Posted: Wed May 22, 2024 2:49 pm
I am working on things and have taken a look at the TOE feature where you can use another TOE to provide the numbering for the current TOE, so-called "Other Counter". This way, you can have formations that you want to "upgrade" to, say as new techs are researched, or to keep things ordered historically. Basically, if you select one TOE as the "Other Counter", when you assign the TOE to units without a TOE, the unit numbers will increment for units being assigned to TOEs with Other Counter set. For example, let's say you have 3 TOEs and 20 units and assign them alternately. You'll get units numbered 1st, 2nd, 3rd, 4th, etc. Currently, if you switched 1st to the same TOE as 2nd, it will give it the unit number name 21st. Which is not ideal, but I can fairly easily fix this so that it stays with unit label 1st.
The question comes with what to do when players change the settings, which you can do. For example, you have two TOEs that you have been using independently, but then decide to make the second one use the Counter for the first. At this point, you will have a mess since you have two unit types now linked but with previous units with identical labels. Things might work for new units, but I think that there could be a problem if the 2nd TOE has more units. I'd have to check. To some degree, this not a good thing for players to be doing, but they could. And I see this as more likely than making them the same, then making them independent, and then the same again, etc., You get my drift. Is this something that should be "fixed"? Should I check the counter names for the TOE being assigned to "Other Counter" and then fix them so that they don't collide? This would involve making a list of units with the first TOE (and, in principle, all TOEs currently set to Other Counter with this TOE) and then checking if there are any units with unit counters in the other list. If there are, then add them to the end of the list and increment the counter for the TOE that is providing the Counter # and change the counter name. In principle, this doesn't look too hard to do, but it would rename all your units. Which might be better than having units with the same unit numbers, and names.
BTW, if you are using text names, if you change the TOE, you likely have to change it as well. This could also be looked at. And, the counter # is still there and conflicting.
Of course, this is mainly addressing things not too likely, but one thing I have learned is that players will do whatever they can, I should try to anticipate and
The question comes with what to do when players change the settings, which you can do. For example, you have two TOEs that you have been using independently, but then decide to make the second one use the Counter for the first. At this point, you will have a mess since you have two unit types now linked but with previous units with identical labels. Things might work for new units, but I think that there could be a problem if the 2nd TOE has more units. I'd have to check. To some degree, this not a good thing for players to be doing, but they could. And I see this as more likely than making them the same, then making them independent, and then the same again, etc., You get my drift. Is this something that should be "fixed"? Should I check the counter names for the TOE being assigned to "Other Counter" and then fix them so that they don't collide? This would involve making a list of units with the first TOE (and, in principle, all TOEs currently set to Other Counter with this TOE) and then checking if there are any units with unit counters in the other list. If there are, then add them to the end of the list and increment the counter for the TOE that is providing the Counter # and change the counter name. In principle, this doesn't look too hard to do, but it would rename all your units. Which might be better than having units with the same unit numbers, and names.
BTW, if you are using text names, if you change the TOE, you likely have to change it as well. This could also be looked at. And, the counter # is still there and conflicting.
Of course, this is mainly addressing things not too likely, but one thing I have learned is that players will do whatever they can, I should try to anticipate and