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/BeltContent.cpp

@@ -0,0 +1,38 @@
+#include "BeltContent.h"
+
+#include <QVBoxLayout>
+
+#include "BuildingTarget.h"
+#include "ClearBeltControl.h"
+#include "SelectionNames.h"
+
+BeltContent::BeltContent(const SelectionContext& context,
+                         const SelectionRequest& request, QWidget* parent)
+    // Only an operational tile aggregates, so a card showing several is never a site;
+    // a single selected tile still can be one.
+    : SelectionContent(context,
+                       request.buildings.size() == 1
+                           ? asConstructionSite(context, request.buildings.front())
+                           : std::nullopt,
+                       parent)
+    , m_ids(request.buildings)
+{
+    getRuntimeLayout()->addWidget(new ClearBeltControl(context, m_ids, this));
+}
+
+void BeltContent::refreshConfiguration()
+{
+    const BuildingTarget target = resolveBuildingTarget(getContext(), m_ids.front());
+    if (!target.isValid())
+    {
+        return;
+    }
+
+    // An aggregated selection may mix belts with tunnel ends, so it is named after the
+    // first tile; the count says how many are held (REQ-UI-SELECTION-AGGREGATE).
+    setBuildingIdentity(target.type, getBuildingTypeName(target.type));
+    if (m_ids.size() > 1)
+    {
+        setCountSlot(static_cast<int>(m_ids.size()));
+    }
+}