Merge search/home/fit controls into the Plan/Fly header pill

Suche, Home- und Fit-Button sassen bisher in einer eigenen Leiste unter
der Plan/Fly-Kopfleiste - ein reiner UI-Kompromiss, weil die Karte
(inkl. MapController) in PlanScreen lebte und von der aeusseren
Kopfleiste aus nicht erreichbar war. Der HTML-Demonstrator zeigt
Suche/Home/Fit dagegen als Mittelteil derselben Leiste wie die
Modus-Buttons (#searchWrap/#homeBtn/#fitBtn in #topBarMiddle) - das war
also keine Stilfrage, sondern eine Datenfluss-Frage.

Loesung: MapController aus einem PlanScreen-privaten Feld in einen
app-lebenslangen mapControllerProvider (Riverpod) gehoben. Damit kann
die neue MapSearchControls (ersetzt TopNavBar) direkt in TopModeBar
eingebettet werden und lebt architektonisch dort, wo sie hingehoert:
bei der Kartensteuerung, nicht als Kind von PlanScreen.

Als Nebeneffekt - tatsaechlich der wichtigere Punkt - bleibt die
Kamera-Position/Zoom jetzt auch beim Wechsel Plan -> Fly -> Plan
erhalten. Verifiziert per flutter_map-Quellcode (FlutterMap haengt
einen extern uebergebenen Controller beim Neu-Mounten nicht an und
disposed ihn nicht) sowie per neuem Widget-Test, der den Cubit direkt
durch das Ready-to-Fly-Gate schickt (der Fly-Modus ist ueber die UI
aktuell nicht erreichbar, da Upload/Verify noch nicht implementiert
ist) und die Kamera vor/nach dem Wechsel vergleicht.

Zusaetzlich: _onMapEvent unterscheidet jetzt per MapEventMove.source,
ob eine Kartenbewegung programmatisch (mapController, z.B. durch Suche/
Home/Fit) oder per Geste ausgeloest wurde, und triggert den
Snap-to-Edit-Handler entsprechend nur bei Gesten bzw. sofort bei
programmatischen Moves - das ersetzt den bisherigen Ansatz, an jeder
Aufrufstelle manuell _handleMoveEnd() zu rufen, der nicht mehr skaliert
sobald diese Aufrufstellen (wie jetzt) in einem anderen Widget liegen.

Verifiziert: flutter analyze (0 issues), flutter test (22/22, inkl.
neuem Kamera-Persistenz-Test), manuell auf Pixel_10a-Emulator (Release-
Build) - Suche/Home/Fit erscheinen fusioniert in der gruenen Pille,
Kartenverschiebung bleibt nach Wechsel in den (durch das Gate weiterhin
blockierten) Fly-Modus sichtbar unveraendert.

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

app/lib/ui/widgets/top_mode_bar.dart

@@ -3,11 +3,18 @@ import 'package:flutter_bloc/flutter_bloc.dart';
 
 import '../../app_mode/app_mode_cubit.dart';
 import '../dmc_colors.dart';
+import 'map_search_controls.dart';
 
 /// Persistente Kopfleiste zum Umschalten zwischen Plan- und Fly-Modus
 /// (HTML-Demonstrator: #topBarWrap/#editModeBtn/#flyModeBtn). Die Leiste
 /// faerbt sich in der Farbe des aktiven Modus; der jeweils andere Modus wird
 /// als solider Button am Rand angeboten, um in ihn zu wechseln.
+///
+/// Traegt ausserhalb des Fly-Modus zusaetzlich die Ortssuche und die
+/// Home-/Fit-Buttons in derselben Pille (HTML-Demonstrator: #searchWrap/
+/// #homeBtn/#fitBtn sitzen alle in #topBarMiddle, nicht in einer separaten
+/// Leiste) - dafuer lebt der MapController im mapControllerProvider statt
+/// als PlanScreen-privates Feld, siehe dort.
 class TopModeBar extends StatelessWidget {
   const TopModeBar({super.key});
 
@@ -19,7 +26,7 @@ class TopModeBar extends StatelessWidget {
     return SafeArea(
       bottom: false,
       child: FractionallySizedBox(
-        widthFactor: 0.64,
+        widthFactor: isFly ? 0.64 : 0.86,
         child: Container(
           padding: const EdgeInsets.symmetric(horizontal: 10, vertical: 5),
           decoration: BoxDecoration(
@@ -40,7 +47,13 @@ class TopModeBar extends StatelessWidget {
                 ),
                 onTap: () => context.read<AppModeCubit>().toPlan(),
               ),
-              const Spacer(),
+              if (isFly)
+                const Spacer()
+              else ...[
+                const SizedBox(width: 12),
+                const Expanded(child: MapSearchControls()),
+                const SizedBox(width: 12),
+              ],
               _ModeButton(
                 label: 'Fly',
                 isActive: isFly,