Dashboard nach Avalonia portiert - LiveCharts2 laeuft

Drittes Fenster: KPI-Kacheln, drei Diagramme, Tradehistorie mit Suche/Filter und
Modul-Aktivierung. Aufbau nach docs/UI-SPEZIFIKATION-WinForms.md.

- Diagramme sind jetzt echte Steuerelemente (LiveCharts2) statt nach Bitmap gerenderter
  ScottPlot-Bilder: interaktiv (Tooltips/Zoom) und ohne System.Drawing. Die Auswertung
  kommt unveraendert aus TradeAnalytics - der Chart-Wechsel beruehrte keine Fachlogik.
  Das war der Zweck der bestehenden Trennung und hat sich hier ausgezahlt.
- ModuleActivationInfo vom UI-Typ in den Core verschoben (PolyTrader.Core.Modularity):
  Aussage ueber die Modularitaet, keine Darstellungsfrage - beide Shells brauchen sie.
- Modul-Tab listet auch NICHT geladene Module, sonst liessen sie sich nie reaktivieren.
  Blockierte Module haben eine deaktivierte Schaltflaeche statt eines Hinweisdialogs;
  der Grund steht ohnehin in der Spalte 'Hinweis'.

WICHTIG - Avalonia 12 -> 11.3.19 zurueckgenommen:
Der erste Wurf zog per Version='*' Avalonia 12.1.1. LiveCharts2 2.0.5 (die aktuellste
Version) ist gegen Avalonia 11 gebaut und bricht dort zur Laufzeit:
MissingFieldException 'Avalonia.Input.Gestures.PinchEvent'. Avalonia 12 ist dem
Chart-Oekosystem voraus. Jetzt 11.3.19 (DataGrid folgt eigener Reihe: 11.3.13).
Erst wieder anheben, wenn LiveCharts2 Avalonia 12 unterstuetzt.

Verifiziert: Solution baut, 442 Tests gruen, --smoke-ui gruen (alle 4 Fenster),
App laeuft real mit allen Trading-Diensten, publisht fuer linux-x64.

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

src/PolyTrader.Core/Modularity/ModuleActivationInfo.cs

@@ -0,0 +1,13 @@
+namespace PolyTrader.Core.Modularity
+{
+    /// <summary>
+    /// Aktivierungs-Zustand eines Moduls für die Anzeige: Name, ob es in dieser Sitzung läuft, und
+    /// ein optionaler Grund, warum es nicht aktivierbar ist (z.B. fehlender API-Key, siehe
+    /// <see cref="IPolyTraderModule.GetActivationBlocker"/>).
+    ///
+    /// <para>Liegt bewusst im Core und nicht in einer Oberfläche: Die Information ist eine Aussage
+    /// über die Modularität, keine Darstellungsfrage – und wird von WinForms- wie Avalonia-Shell
+    /// gleichermaßen gebraucht.</para>
+    /// </summary>
+    public sealed record ModuleActivationInfo(string Name, bool IsRunning, string? Blocker);
+}