Landingpages als eigene Gattung, erster Typ: Mehrere Links

Die sechs noch offenen Typen haben kein fremdes Ziel, auf das man
weiterleiten koennte — sie brauchen eine Seite. Dafuer bekommt der
Typ-Vertrag `hasLandingPage`: /r/[slug] schickt solche Codes auf /s/[slug],
statt `redirectTarget` zu befragen.

Die oeffentlichen Seiten duerfen die Navigation der Anwendung nicht zeigen —
wer einen Code scannt, hat mit „Verwaltung" nichts zu tun. Deshalb liegt das
App-Chrome jetzt in der Routengruppe (app); das Wurzel-Layout traegt nur noch
html und body. Die URLs aendern sich dadurch nicht.

src/lib/qr/request.ts

@@ -63,6 +63,9 @@ export function assertDynamicPossible(
       `Der QR-Typ „${qrType.title}“ unterstützt keine dynamischen Codes.`,
     );
   }
+  // Typen mit eigener Landingpage haben kein fremdes Ziel, das scheitern
+  // könnte — die Probe wäre gegenstandslos.
+  if (qrType.hasLandingPage) return;
   try {
     qrType.redirectTarget(data, {});
   } catch (error) {