)
They use their bombard value. The way it works is units only have the option of using their attack value for ZoC if they're in the same class as the unit they're targeting. So land units can use their attack strength vs other land units and sea units can vs other sea units, but otherwise ZoC can only be done using bombard strength.
This is probably doable. I know how the game triggers animations to play, for simple ones it's just one function call, so swapping out the AA animation depending on the player's era would be easy. I'd have to load an extra animation file there too but that should be easy. I'm not so sure about using an animation associated with the unit since I don't know how the game handles those.
It's possible. I could append that to the existing intercept logic. The game has a method that I named try_flying_over_tile that makes air units run the gauntlet of enemy air defenses on a particular tile. It's called, for example, whenever a unit bombs a tile and then only if the method reports that the unit was not intercepted, it goes on to deal damage by bombing. I could modify that method to first run its regular logic then if that didn't shoot down the plane, additionally subject it to AA from units on surrounding tiles.
Thanks for reporting this. I'm not sure what's the best fix here. Ideally I could stop the units from being captured until after the invading unit has survived its move into the city but that might be difficult. Probably the simplest solution is to carve out an exception to lethal ZoC for the unusual case of a redlined unit entering an enemy city. I'll have to look into it.
Sure. This is simply a matter of inserting a bit of logic into the method that does drafting, and I already know where that is. Would you be interested in other changes to the rules, for example drafting regulars but only with a barracks?
Adding Flags like "Cruise Missile" doesn't help?
Unfortunately this doesn´t help here. Starting scenarios with loaded units into other units by AI civs is a general problem of Civ 3. Adding flags like "Cruise Missile" etc. prevents to load units into other units. Here the opposite is needed to make sure, that a carrier moves and operates with the preplaced planes on board or an army operates with the preplaced land units loaded into that army.
// Used for displaying yields from generated resources on the city screen
int tourism_icon_counter; // Incremented each time a tourism yield icon (normally commerce) is drawn. Reset between improvs.
int convert_displayed_tourism_to_food, convert_displayed_tourism_to_shields; // Number of commerce tourism icons to convert to food, shields
It should be easy to modify the game to load aircraft into carriers at the start of a scenario before the AI has a chance to move its carriers away from underneath them. As for keeping AI carriers stocked with aircraft, I'd have to look at the unit AI before saying anything. Right off hand I have no idea how the AI chooses where to put its air units. The problem with tying certain air units to carriers is I wouldn't have any way of storing that relationship into save files. The easiest fix is probably to prioritize carriers over cities for aircraft placement.
Adding tile improvement or terrain types would be pretty difficult, unfortunately. Terrain types would be relatively easier since I could build off of the existing landmark types. For example I could modify the map generator to produce them and maybe also modify them in other ways to make them more like new terrain types. Adding a tile improvement would be more difficult since the existing improvements are baked into the code so deeply. For example there's a function that the AI uses to decide which basic improvement to build on any given tile. It returns only true or false, if true the tile will be irrigated and otherwise it will be mined. So there's no simple way to modify that logic to include more basic tile improvements.
Buildings that generate resources only add the resource's yields if they're set to do so in the config file. You have to add the "yields" setting to the resource.
Do you mean replacing leader titles by era? If so, that would be easy, it's the same thing as renaming the civ. Although I'm not sure that would matter, doesn't the game usually use the ruler title from players' government? Replacing the actual leader names by era would be more complicated since it would be necessary to replace their genders too.
I like that idea!
I don't think any unknowable information should be given away. It would still be very helpful to know all the bonuses that come into play, and the modified strength of the top defender (maybe the victory odds too). One just have to take into account that there may be some unknown factors like defensive fire, which would happen anyway, without any info.
This seems to be another clever solution!
Yes I mean the leader names of a civ. Civ 3 with its 4 different era leader graphics slots is suited very well to assign four different leaders during a game to each civ. I wrote a tutorial about it some years ago, that can be found here: https://forums.civfanatics.com/threads/the-multiple-leader-system-of-ccm.543630/
Yeah, I was probably over thinking it. The simplest thing would be to present the odds assuming no defensive bombard and then have a little note below showing the odds assuming defensive bombard hits. The true combat odds would be somewhere in between those two, and left as an exercise for the player.
Interesting. I was thinking it wouldn't make sense to change leaders by era since you couldn't change their traits, but if you can make them unique using special buildings it's probably worth doing. The gender issue isn't a big deal, it's just a little annoyance that prevents me from simply copy-pasting the code I already wrote to swap out civ names.
I'll have to look into this since it seems like there's a lot of low hanging fruit here. It should be easy to insert a bit of code that replaces all forests with LM forests after the map generator has finished, and shouldn't be much more difficult to replace any given terrain type with its LM version. Not sure about modifying how clear forest & wetlands work but that can't be too complicated. I believe the game has a method that lets you change the terrain on any tile but I've never tried using it.
It would surely be possible but might require a lot of work. Showing combat odds would be relatively easy since I've already found the game function that computes the odds to win each round. All the mod would have to do is run that function, do a bit of math to find the total odds, and display that on the screen somewhere. I don't know of any convenient way to figure out how much reducing corruption by 15% is actually worth. The only way to do that might be to replicate the game logic in mod code, which is laborious and error prone.
This was explores by Colonel Kraken long ago in "2 Types of Farms: Yes, it can be done!" I think you'll find it interested, as it touches upon some of your ideas.
