Sorry Don, but you seems to have looked at the wrong entity here, it is only the map title that is problematic.

The reason why you can't change the text color of the title is that it isn't a simple text entity, it is actually a symbol. One of the feature of symbols in CC3+ is that they can include user, provided text. In this case, the symbol only contains text, nothing else, but it is still a symbol.

Now, what is happening when you try to change the color is that you change the color of the symbol itself. But there are no part of the symbol that is set up to react to color changes. A symbol is made up from multiple entities, and each of these have their own color configured, they don't inherit the color from the symbol itself.

So, how to change it? There are two ways, either edit the symbol definition itself, or simply explode the symbol. Exploding a symbol "undefines" it as a symbol, and just leaves behind the individual parts that made up the symbol, in this case the single text entity and nothing else. So just use :CC2EXPLODE: on the title first, and after doing that, you should be able to change the color just as for any text. It is still not a regular text entity, it is a special kind of entity called a text attribute, but for most cases that doesn't matter.

Do you have the CA66 Isometric Dungeons issue? There is a furniture symbol catalog in that one (@Symbols\Dungeons\Annual Isometric Dungeons\CA66 Furniture.FSC) that has a proper 4-way throne that should fit.

I think there are some limits concerning what those value will actually change. I am pretty sure they only change the fractal function, i.e. the randomly generated world, and does not affect imported real world data or manual editing. From your description of working with Earth and Hudson Bay, I assume that may be the issue for you.

Not that it will help you do what you are trying to do, but I am pretty sure if you generate a new synthetic world and then change those values, the world should reorient.

I don't use that function very often though, maybe @jslayton have anything to add or correct.

Some general organizational rules to avoid red X'es in the future.

• Make sure to never edit, move or rename any art file (fill or symbol) in the CC3+ data directory, never attempt to reorganize them.
• If you want to bring your own art files, either brand new ones edited copies of official resources, make sure to have a custom directory structures for them INSIDE the CC3+ data directory (Remember, you can make your own subdirectories inside the existing Symbols and Bitmaps directories), and once the art files are in there, remember to treat them according to the rule above.
• When importing fills into a map, always make sure they are imported using correct relative paths, so that the path starts with @Bitmaps for fills and @Symbols for symbols and not something like c:\programdata or similar. But as long as you followed the rule above, both the import symbols and import bitmap dialogs's "realative to CC3 path" will work and do this automatically, and as long as you follow this for every map, then fills imported using the insert file option Sue mentions will also be correct.
• Never try to import a fill or symbol not in the CC3+ data directory. Stick with the above rules, starts by putting it in the data directory, THEN add it to your map from there.
• And as long as you followed the above, getting it up and running on a new computer is also dead simple, just install all the same add-ons, and then copy over your custom artwork directories to the same relative location as it came from, and you are set.

All the main add-ons have their own menus. I don't think there is a central location where this is stated, but the toolbar for each add-on are discussed as the first thing in every add-on's chapter in the Tome.

For the city legend, I am assuming you talk about the index (Create Index in the City menu), you can find it on page 398 of the current version of the tome. Unfortunately, search is rather dependent on using the right words. Which of course, is difficult to know when you're searching for something you are unfamiliar with. Acrobat is not smart enough to search for similar terms, and making a list of all the words people may use when searching for every single term used in the book is also rather unfeasible. Maybe in the future it will be possible to use an AI to search the book that actually understands the context, which would make it easier to use alternate terms and still find what you are looking for.