Transporter vessels, an explicit store button, and bottom-anchored menus

Forgejo #19, part 6 of #12. Transporters are built at the ship crafter,
fly themselves to the nearest hub and wait there. When a building is
short of what its queue needs, the nearest idle transporter runs
hub -> mothership -> building -> hub. Ore leaves the bank when it is
loaded and lands in the building's stock on arrival, so what is drawn
and what happens are the same event - the extractor hauler's rule.

Production orders are now TYPED (interceptor / transporter) rather than
a bare count, since the crafter builds two different things. One at a
time is dispatched per building: without that, every idle transporter
chases the same shortfall and they all arrive carrying ore nobody needs.

Three fixes from play-testing feedback:

- Storing ore into a building is now a deliberate button press, not a
  side effect of opening the menu.
- The mothership's load-ore controls were positioned from the TOP of the
  screen, so on any viewport shorter than ~1300px the label fell off the
  bottom. They are anchored to the bottom edge now, and the label had no
  explicit font size so it inherited the theme's 78px and wrapped off
  screen. Checked at 720x960 and 720x1280.
- The craft button looked live and did nothing. It was not the transport
  work: BASE_FLEET_SIZE is 5 and a new game starts with exactly 5 ships,
  so the fleet is at its cap from the first frame and every interceptor
  order was refused. The button is now visibly disabled and says why.
  The underlying balance (crafter useless until Wing Doctrine) is left
  alone - that is a design call, not a bug to quietly change.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

tests/_skill_menu_preview.gd

@@ -1,29 +1,27 @@
 extends Node2D
 
-# Preview scene - NOT run by run_tests.sh (underscore prefix). Opens the
-# mothership's research tree with one branch already bought and a node
-# selected, so the laid-out tree, its state colours and the detail panel can
-# all be checked in one render.
+# Preview, not a test. Opens the SkillMenu so its layout can be checked on a
+# real viewport - the mothership's "Load ore" label was falling off the bottom
+# of shorter screens, which no headless test can see.
 #
-#   bash tests/screenshot.sh res://tests/_skill_menu_preview.tscn out.png 30 720x1280
+#   bash tests/screenshot.sh res://tests/_skill_menu_preview.tscn /tmp/m.png 20 720x1280
+#   ... and again at 720x960 to check a shorter screen format.
 
 
 func _ready() -> void:
 	GameState.buildings.clear()
 	GameState.extractors.clear()
-	GameState.reset_progression()
-	GameState.rocks = 60
-	# One branch researched, so the render shows all three node states at
-	# once: done, reachable, and still locked further out.
-	GameState.unlock("shipyards")
-	GameState.unlock("coordination")
-
+	GameState.transporters.clear()
+	GameState.rocks = 180
+	GameState.fleet_cargo = 24
+	GameState.unlocked = ["shipyards", "logistics", "freight"]
 	var main: Node = load("res://Main.tscn").instantiate()
 	add_child(main)
-	main.get_node("AsteroidField").set_process(false)
-	main.get_node("EnemySpawner").set_process(false)
-
-	var controller: Node = main.get_node("BuildController")
-	controller.skill_menu.visible = true
-	controller.skill_tree.selected_id = "wing"
-	controller._refresh_skill_menu("wing")
+	main.get_node("BuildingField").place(GameState.BUILDING_TRANSPORT_HUB, Vector2(400.0, 0.0))
+	var bc: Node = main.get_node("BuildController")
+	bc.craft_building_id = 1
+	main.get_node("UI/SkillMenu").visible = true
+	if "Skill" == "Craft":
+		bc._refresh_craft_status()
+	else:
+		bc._refresh_load_ore()