spaceship/buildings/PlanningBuildingDefinition.tres

[gd_resource type="Resource" script_class="BuildingDefinition" load_steps=3 format=3]
[ext_resource type="Script" path="res://buildings/BuildingDefinition.gd" id="1"]
[ext_resource type="PackedScene" path="res://buildings/PlanningBuildingVisual.tscn" id="2"]
[resource]
script = ExtResource("1")
definition_id = "planning_center"
display_name = "Planning Center"
description = "Holds standing orders for the whole game: say how many of each vessel should always exist, and the ship crafters are kept working until they do."
cost = 70
action_icon = 41
menu_icon = 41
visual_scene = ExtResource("2")
capabilities = PackedStringArray("planning")
map_color = Color(0.62, 0.74, 0.92, 1)
map_sides = 4
map_radius = 7.5
map_phase = 0.785398
menu_button_name = "PlanningButton"
menu_label_name = "PlanningLabel"
menu_cost_name = "PlanningCost"
unique = true
max_hp = 80
#106/#107 (#98a/#98b): the Planning Center Landed together: a board of standing orders nothing acts on is a notepad, and a planner with nowhere to read the plan from has nothing to do. The targets are GLOBAL, not per building. There is one plan for the whole game, and a second planning centre is another place to read and edit it rather than a competing one - per-building targets would let two centres hold contradictory orders and tell the crafters to satisfy both. The census is the harder half. Every vessel is counted exactly once wherever it happens to be: flying in the fleet, parked in the hangar, stationed at an outpost, or in the air between any two of those. Miss the in-flight ones and the planner queues a replacement for a vessel that is merely en route. The fleet is the one place GameState cannot see, so Fleet pushes its composition on every change, alongside the cargo capacity and distorder count that already went that way. Three rules keep the planner from fighting the player. It tops up and never rewrites, so an order placed by hand stays exactly where it is. Everything counts, including what is already queued, or it re-queues the same shortfall every tick and buries the player in hulls. And nothing happens without a planning centre - though the plan is remembered when one is destroyed, so rebuilding picks up where it left off. Vessels on order are counted separately from the census on purpose: they do not exist yet, so the readout can say "4 of 6, 2 building" rather than claiming six. The per-row note says where the vessels actually are, because a plan can look unmet while everything it asked for is sitting at an outpost. The build menu goes to three columns past eight entries. #54 already tightened its rows to 223px to fit a fourth, explicitly to avoid a scrollable menu, and a ninth structure needs a fifth row that will not fit at any spacing a button, a label and a cost can share. Three columns take nine into three rows - fewer than it uses today, not more. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> 2026-08-23 14:21:52 +02:00			`[gd_resource type="Resource" script_class="BuildingDefinition" load_steps=3 format=3]`
			`[ext_resource type="Script" path="res://buildings/BuildingDefinition.gd" id="1"]`
			`[ext_resource type="PackedScene" path="res://buildings/PlanningBuildingVisual.tscn" id="2"]`
			`[resource]`
			`script = ExtResource("1")`
			`definition_id = "planning_center"`
			`display_name = "Planning Center"`
			`description = "Holds standing orders for the whole game: say how many of each vessel should always exist, and the ship crafters are kept working until they do."`
			`cost = 70`
			`action_icon = 41`
			`menu_icon = 41`
			`visual_scene = ExtResource("2")`
			`capabilities = PackedStringArray("planning")`
			`map_color = Color(0.62, 0.74, 0.92, 1)`
			`map_sides = 4`
			`map_radius = 7.5`
			`map_phase = 0.785398`
			`menu_button_name = "PlanningButton"`
			`menu_label_name = "PlanningLabel"`
			`menu_cost_name = "PlanningCost"`
			`unique = true`
			`max_hp = 80`