Der Prototyp hatte eine eigene Seitenleiste mit den fünf Analyse-Seiten als Menüpunkten. Die Software hat eine andere Navigation, in der Analytics noch gar nicht vorkommt. Beides zusammen ergab kein Bild davon, wo die Analyse später sitzt. Jetzt: - Die Seitenleiste spiegelt die von HiveGrid Cloud — dieselbe Komponente (SidebarWithSections aus der Cloud-Fassung portiert, inkl. der dortigen lokalen Fixes: Collapse-Breite, verdrahteter Toggle, Logo-Slot, Hover-Sweep), dieselben Gruppen, dieselbe Reihenfolge, dasselbe Logo. - 'Analytics' ist ein einzelner Menüpunkt, gleichrangig neben 'Dashboard'. - Die fünf Analyse-Seiten sind darin über Reiter erreichbar, nicht als Unterpunkte in der Navigation. Zwei Navigationsebenen für dieselbe Sache würden nur konkurrieren. Die Reiter folgen dem Hausmuster aus SettingsHubShell (Link um Tabs.Item), damit jeder Reiter eine echte Adresse hat und mittelklickbar bleibt. - Routen: /analytics, /analytics/finanzen, /auftraege, /kunden, /team. '/' leitet auf /analytics; das Dashboard liegt in der Software unter '/'. - Alle übrigen Einträge sind Kontext: Sie zeigen den Ort in der fertigen Anwendung und melden beim Klick, dass sie zur Software gehören. Kopfzeile und Filterleiste sind aus den fünf Seiten in die Analytics-Hülle gewandert — sie sind für alle gleich, und der Filterzustand gilt bereichsweit. Nebenbei: @radix-ui/react-slot war eine Phantom-Dependency (nur transitiv über @subframe/core vorhanden, vom portierten IconButton direkt importiert) und ist jetzt deklariert. verify-layout prüfte noch die alten Routen und lief damit auf 404-Seiten, die naturgemäß keine Kollisionen haben — Routen korrigiert und eine Absicherung ergänzt, die bei Statuscode >= 400 abbricht. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX
31 lines
1.0 KiB
TypeScript
31 lines
1.0 KiB
TypeScript
"use client";
|
|
|
|
import { useAnalyseDaten } from "../hooks/useAnalyseDaten";
|
|
import { baueFilterOptionen } from "../view-models/filter-optionen";
|
|
import { AnalyticsShell } from "../components/layout/AnalyticsShell";
|
|
import { baueTeamVM } from "../view-models/team.vm";
|
|
import { TeamSeite } from "../pages/TeamSeite";
|
|
|
|
/**
|
|
* Route-Container der Teamseite.
|
|
*
|
|
* Die einzige Stelle, an der Datenquelle und Screen zusammenkommen. In HiveGrid
|
|
* Cloud übernimmt das der Loader von `app.$tenant/team.tsx`:
|
|
*
|
|
* export default function Route() {
|
|
* const { vm } = useLoaderData<LoaderData>();
|
|
* return <TeamSeite vm={vm} actions={{ … }} />;
|
|
* }
|
|
*
|
|
* Hier steht statt des Loaders der Filter-Store. Beim Einbau wird diese Datei
|
|
* ersetzt, nicht angepasst — die Seite darunter bleibt unberührt.
|
|
*/
|
|
export function TeamRoute() {
|
|
const { daten, filter, gesamt } = useAnalyseDaten("team");
|
|
return (
|
|
<AnalyticsShell aktiv="team" optionen={baueFilterOptionen(gesamt)}>
|
|
<TeamSeite vm={baueTeamVM(daten, filter)} />
|
|
</AnalyticsShell>
|
|
);
|
|
}
|