Suche trennt nach Titel, Kuenstler, Kategorien und Wiedergabelisten

Der Suchen-Tab war 59 Zeilen: ein Textfeld ueber einer flachen
Liederliste, nur ueber Titel/Kuenstler/Album. Wer "Nightcore" eingab,
fand alle Titel dieses Kuenstlers untereinander, aber weder den
Kuenstler selbst noch eine gleichnamige Kategorie oder Liste.

- Vier Abschnitte mit Ueberschrift und Trefferzahl. Alben stecken in
  "Kategorien" — der Album-Name ist in Melo die erste Kategorie eines
  Titels, ein eigener Abschnitt waere dieselbe Liste zweimal.
- Treffer am Wortanfang zuerst, dann alphabetisch.
- Entprellt (250 ms); vorher baute jeder Tastendruck alles neu auf.
- Letzte acht Suchen, gemerkt beim Abschicken, mit Loeschen-Knopf.
- Der Tab folgt jetzt dem Aufbau der uebrigen Tabs (war ein Scaffold
  mit eigener AppBar innerhalb eines Tabs).
- Bewusst rein lokal, ohne Server-Abfrage.

Herausgeloest, weil es sonst eine dritte Kopie gegeben haette:
TitelListenScreen ("Ueberschrift + Liederliste", stand zweimal wortgleich
im Baum) und SongZeile (die Suche setzt einzelne Zeilen in ihre
Abschnitte; eine ganze SongList waere dort verschachteltes Scrollen).

Aus dem Code-Review nachgebessert: Suche und Zuordnung benutzen dieselbe
Normalform, sonst zeigte ein Treffer "0 Titel" und oeffnete eine leere
Liste; Kategorien ohne lebende Titel fallen weg; alle Abschnitte sind
gedeckelt; die Drift-Stroeme werden nicht mehr je Rebuild neu abonniert;
das Loeschkreuz erscheint sofort statt nach 250 ms.

Tot geworden und entfernt: MeloDb.searchSongs samt Test.

396 Tests gruen (vorher 360), flutter analyze ohne Befund, Release-APK
gebaut.

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

lib/library/such_verlauf.dart

@@ -0,0 +1,45 @@
+import 'package:shared_preferences/shared_preferences.dart';
+
+/// Wie viele Suchbegriffe gemerkt werden. Mehr passen nicht auf den Schirm,
+/// ohne dass die Liste selbst zum Suchproblem wird.
+const verlaufMaximum = 8;
+
+/// [verlauf] mit [begriff] vorn: der zuletzt gesuchte Begriff steht oben,
+/// jeder Begriff nur einmal, insgesamt höchstens [verlaufMaximum].
+///
+/// Rein und ohne Speicher — die Reihenfolge-Regeln sind der Teil, der
+/// schiefgehen kann.
+List<String> verlaufMit(List<String> verlauf, String begriff) {
+  final neu = begriff.trim();
+  if (neu.isEmpty) return List<String>.from(verlauf);
+  final ergebnis = [
+    neu,
+    for (final alt in verlauf)
+      if (alt.toLowerCase() != neu.toLowerCase()) alt,
+  ];
+  return ergebnis.take(verlaufMaximum).toList();
+}
+
+/// Merkt sich die letzten Suchbegriffe über einen App-Neustart hinweg.
+/// Aufbau wie [SortStore]: statische Methoden auf SharedPreferences.
+class SuchVerlauf {
+  static const _key = 'such_verlauf';
+
+  static Future<List<String>> laden() async {
+    final prefs = await SharedPreferences.getInstance();
+    return prefs.getStringList(_key) ?? const [];
+  }
+
+  /// Trägt [begriff] ein und gibt den neuen Verlauf zurück.
+  static Future<List<String>> merke(String begriff) async {
+    final prefs = await SharedPreferences.getInstance();
+    final neu = verlaufMit(prefs.getStringList(_key) ?? const [], begriff);
+    await prefs.setStringList(_key, neu);
+    return neu;
+  }
+
+  static Future<void> leeren() async {
+    final prefs = await SharedPreferences.getInstance();
+    await prefs.remove(_key);
+  }
+}