Whit what you have showing, how could I have multi turn units as blue / intercept as blue? For my needs that is super key (everything else looks like something that can 100% 1work for me). And if it is too much of a pain, no problem way better than before
If it is too much trouble don't worry about it.
I like the idea of modifying the map indicators to match the ones on the right-click menu. Swapping out what gets drawn would be easy, all these little images get drawn through a method I've named Sprite::draw. I'd simply redirect the call to that method and swap out the image. The hard part would be making it look nice. For one thing the indicators would have to be aligned on top of the HP bars. Also I'm not sure the sword icons would look good because they might not contrast well against the terrain.
Sure, this should require only a small modification to the game logic. This is one of those annoying features where the hardest parts about implementing it are writing the code to read in some rule from the config and testing the feature to make sure it works. Generally I'm more likely to do requests that are easier, unless they're too easy in which case they're not much fun. Anyway, I'll try to get this done for version 19 or 20 at the latest.
Thank you as well for the kind words.You would recolor the indicators in the two columns on the right which are for "busy" units. Busy includes intercepting and all multi-turn actions, in fact it includes units that are doing anything except standing fortified/sentried.Whit what you have showing, how could I have multi turn units as blue / intercept as blue? For my needs that is super key (everything else looks like something that can 100% 1work for me). And if it is too much of a pain, no problem way better than before
Please take the time you need for fixing this bug, that seems to exist since the start of Civ 3. I only wanted to remember you, so this bug is not forgotten in the flood of other - in my eyes partly exotic - requests, that are posted now in this thread. Today I posted an update of CCM3, so to find the fixes among columns of thousands of units in the editor with my eyes, that now are more than 20 years older than when starting that mod, for me was partly annoying, too - but it had to be done.
Would a light border help legibility?
Not right now and it's not something I can add easily since I'm not familiar with the AI diplo logic. Things like the diplo logic that don't have immediate & visible effects are hard to analyze.
Probably. I'd have to implement it first so I can see how it looks.
I rarely use the military advisor screen so I don't know what you mean by fields with (0). How does that happen?
If you capture say a cannon, you will get an entry in the F3 list of units (0) for cannons or whatever you have. The settler comes from rushing a settler in a town that has no native pop, I think that is how it occurs. I could not play without checking the F3. The larger your empire the harder it is to find that cannon or settler. If the game is at the point where I have rails I will move the setter to the capitol, but that does not always happen and often the settler cannot be moved. The captured town is not connected or hostilities are on going.
Barbs can spawn where no civ has vision. When two civs have made it to second age, you can get the hordes. I am not sure about the 3rd and 4th ages, but I know you can get barbs in the modern age. I have had them many times as I often raze towns and have not filled the locations, so lots of open territory. Very funny the see a barb warrior head for a town that has mechs.
I'm familiar w/ the uprisings (enough to know they'll pop around the mid-ages). That's why I'm mostly interested in how to keep them relevant throughout the Ancient Era.
I wonder too, I haven't looked deep into how the game handles animations so I can't say for sure how feasible that would be. I feel like proper animated textures would be difficult since the game uses difference formats for textures (PCX) versus animations (FLC). The two are handled very differently inside the executable so I doubt it would be easy to swap out a static texture for an animated one. On the other hand, the game already has one bit of animated terrain, volcanos, so I might be able to build off of that. If all you want is a day/night cycle and can do without the transition periods, that should be possible by reloading the textures every so often to swap them out.
Welcome! I believe the way barbs work is that the camps can only spawn in the fog but barb units can spawn in camps even if they're being watched. Looking quickly over the barb unit spawning code, I don't see any check for visibility. The spawning is random and depends on the barb activity setting (of course), how many units the barbs already have, and how many players are in the game. The game starts spawning advanced instead of regular barbs when there are at least four cities per player on the map.
Alright, so the game's listing them under captured units instead of the lists above. I'll look into it and see if it's possible to change that. Right off hand I have no idea how difficult it might be.
Thanks for sharing this. It would make sense if one of the mystery states were "waiting to fortify". I'll make sure units in that state are properly labeled. That will be the last change for R19, which I'm planning to post tomorrow since I've accumulated enough bug fixes by now that it's worth posting a new version.
That's good to know, thanks. As I said, they're set on 'raging', and so far I haven't received any defeated civs messages. It's nice to see that the 25 AI's can stay afloat. I have though seen a few barb cities so far; makes the barbs much more interactive and interesting. Did I happen to say thanks yet?
More unit types to choose and spawn would be spectacular.
It isn't 'waiting to fortify', though, since the next turn the units with 'Activate' popped up as idle, but only after moving all the other units. So I imagine either it's a bug that allows them to act as though they've been given the order to fortify without any movement, or the 'waiting to fortify' is bugged somehow and doesn't actually apply the fortification the next turn.
That would be easy. In general, modifying experience levels is easy. The only problem is it has to be done separately for each case where a unit is created. The game doesn't have a single method that sets the experience level for new units, instead it's done ad hoc after each call to Leader::spawn_unit, and there are 51 separate calls to that method. Anyway, changing the starting exp level for units created in one specific way, e.g. upgrading, is easy.
That state works similarly to the states for worker actions. Workers with queued jobs only consume their movement to do the work when they're activated by the unit cycler, which visits them last after all the units that were idle at the beginning of the turn. So if you check in on a worker with a queued job before moving all your units, you'll see it's still unmoved for that turn, the same as a unit that's waiting to fortify. I wouldn't consider this a bug since it's working as designed. Arguably it should have been designed differently, but it's not like it's some mistake. It could have worked differently, the game processes every unit at the beginning of each turn to heal them, to sink galleys on ocean, etc. It could fortify the waiting units then but it's not programmed that way.
