split the selection panel into one card per kind of selection

The panel rendered every selection out of a single pool of member widgets,
hidden and shown per branch, so each build path had to remember to hide the
other branches' widgets. That coupling produced the two defects fixed in
668ce0f, and the per-type detail the requirements now ask for would only add
more of it.

The pool is gone. SelectionPanel keeps the category arbitration, the float and
the hide-when-empty behaviour, and hosts exactly one SelectionContent at a
time; SelectionContentFactory picks which one from the selection alone. Each
card is one row of the catalog in REQ-UI-SELECTION-CONTENT and owns only its
own widgets.

The card structure (REQ-UI-SELECTION-CARD) lives in the base class: a header
with an identity symbol, a name and one right slot, then a configuration group
and a runtime group. A construction site keeps its configuration and has its
whole runtime group replaced by the construction progress, decided once there
rather than in every card (REQ-BLD-SITE-CONFIG).

Also implemented here:
- REQ-UI-SELECTION-STATUS: the header status dot, taken from the simulation's
  own getProductionStatus() so the panel and the world's status light cannot
  disagree.
- REQ-UI-SELECTION-AGGREGATE: belt-subsystem tiles and debris-only selections
  collapse into one card with a count instead of a count summary.
- REQ-UI-HQ-PANEL: the HQ shows the global block stock and its HP, neither of
  which is a buffer.
- BuildingIconCache, extracted from BuildButtonBar's file-local chip loading so
  the card headers and the build buttons rasterize the same SVGs once.

FieldSelectionPanel is deleted: ships, stations, debris and the field count
summary are four more cards in the same factory, so the two-panel arbitration
collapses into one decision.

The card parts are still today's labels and buttons; the item chips, bars,
recipe summary and stat rows follow.

Build clean, 541 tests pass, app runs with no Qt warnings. Visual check
pending.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JcReq7hVk4KUPhTDKWAG7K

src/ui/selection/ProductionSection.h

@@ -0,0 +1,33 @@
+#pragma once
+
+#include <QWidget>
+
+#include "Tick.h"
+
+struct Building;
+class QLabel;
+
+// The cycle time and production progress of one building (REQ-UI-PRODUCTION-PROGRESS).
+//
+// Reading the progress off an active cycle is the same for every building type, so it
+// happens here; working out how long that cycle is differs per type (a recipe's
+// duration, a schematic's production time plus its modules'), so the owning content
+// supplies it.
+class ProductionSection : public QWidget
+{
+    Q_OBJECT
+
+public:
+    explicit ProductionSection(QWidget* parent = nullptr);
+
+    // runsProduction false hides the section entirely -- the building produces nothing
+    // (a Salvage Bay) or has no recipe or schematic selected yet. When it is true but
+    // durationSeconds is 0 or less, the building is between cycles with no single recipe
+    // to name a cycle time for (an idle auto-recipe building), so the progress line
+    // reads "idle" and the cycle time is left out.
+    void setProduction(bool runsProduction, const Building& building,
+                       double durationSeconds, Tick currentTick);
+
+private:
+    QLabel* m_label;
+};