You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The title refers to the .XML files the enums reside in. The enums have the "same" values in the same order. The mixed case enums in the former type have different names with broadly the same meaning in some cases ('Jungle' vs 'FOREST', 'Steppe' vs 'GRASSLAND'). Since the latter enum's values match what's used by DF itself through the world generation files, that is probably the type that should remain.
The text was updated successfully, but these errors were encountered:
@FantasticFwoosh that instance of "forest" has absolutely nothing to do with biomes or region types - it just means they want to "return to the forest".
Somewhat. Currently, only fields of an enum type whose size matches the size of the enum's base type are treated as enum fields in Lua. For example, building_screw_pumpst.direction will be displayed as a screw_pump_direction in gui/gm-editor (with fancy names), but building_rollersst.direction will not (because its type, int32_t, does not match the enum's base type, int8_t).
The title refers to the .XML files the enums reside in. The enums have the "same" values in the same order. The mixed case enums in the former type have different names with broadly the same meaning in some cases ('Jungle' vs 'FOREST', 'Steppe' vs 'GRASSLAND'). Since the latter enum's values match what's used by DF itself through the world generation files, that is probably the type that should remain.
The text was updated successfully, but these errors were encountered: