ehoandClaude Sonnet 5
e7156c5132
Restructures into apps/ssp + apps/behandelportal (two Angular projects) plus libs/shared + libs/beheer (cross-app libraries), replacing WP-61's separate sibling repo. That split had already produced real drift: a hand-vendored copy of the backend's OpenAPI doc, a shared/ui+layout tree forked and silently diverging (7 files), and beheer + the styles.scss token bridge duplicated byte-for-byte across both repos. - git mv the SSP's src/app/* into apps/ssp/; fold shared/, beheer/, environments/, the Storybook docs/*.mdx, and styles.scss into libs/shared + libs/beheer (all confirmed identical between the two repos before merging). auth stays deliberately duplicated per ADR-0002 (actor-specific, expected to diverge) - amended there. - One generated API client (libs/shared), no more vendored swagger.json. - .dependency-cruiser split into a base factory + one config per app, and Storybook into .storybook-ssp/.storybook-behandelportal - both forced by the @auth/* alias resolving to different directories per app. - SiteHeaderComponent/ShellComponent gained HEADER_NAV_ITEMS/ HEADER_ADMIN_LINKS/DEBUG_PANEL injection tokens so each app supplies its own nav/admin-links/dev-panel instead of one being hardcoded. - CLAUDE.md, ARCHITECTURE.md, dependencies.md, and ADR-0002 updated; WP-67 backlog entry documents the full decision trail. npm run ci green (lint, dep:check x2, 360 tests across ssp/ behandelportal/shared/beheer, both localized builds, backend tests, snippet + api-client drift); both dev servers, both Storybook instances, and docker compose verified working. The old sibling repo (/home/eho/repos/behandelportal) is left untouched, not deleted. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
46 lines
1.5 KiB
TypeScript
46 lines
1.5 KiB
TypeScript
export type Scenario =
|
|
| 'default'
|
|
| 'slow'
|
|
| 'loading'
|
|
| 'empty'
|
|
| 'error'
|
|
// upload-only (the multipart POST is hand-written XHR, so it bypasses the HTTP
|
|
// interceptor — these are simulated in upload.adapter.ts instead):
|
|
| 'upload-slow'
|
|
| 'upload-fail';
|
|
|
|
export const SCENARIOS: readonly Scenario[] = [
|
|
'default',
|
|
'slow',
|
|
'loading',
|
|
'empty',
|
|
'error',
|
|
'upload-slow',
|
|
'upload-fail',
|
|
];
|
|
|
|
const STORAGE_KEY = 'dev-scenario';
|
|
const isScenario = (v: string | null): v is Scenario => !!v && SCENARIOS.includes(v as Scenario);
|
|
|
|
/**
|
|
* Reads the active demo scenario so a demo can force each async state.
|
|
* Sticky within the tab (sessionStorage), mirroring `role.ts`: a `?scenario=` in the
|
|
* URL sets it; later navigation (which drops the query param) keeps the remembered
|
|
* value. Set `?scenario=default`, use the dev switcher, or open a fresh tab to reset.
|
|
* Dev-only — the interceptor that consumes this is wired only under `isDevMode()`.
|
|
*/
|
|
export function currentScenario(): Scenario {
|
|
const fromUrl = new URLSearchParams(window.location.search).get('scenario');
|
|
if (isScenario(fromUrl)) {
|
|
sessionStorage.setItem(STORAGE_KEY, fromUrl);
|
|
return fromUrl;
|
|
}
|
|
const stored = sessionStorage.getItem(STORAGE_KEY);
|
|
return isScenario(stored) ? stored : 'default';
|
|
}
|
|
|
|
/** Dev switcher entry point: persist the chosen scenario for the tab (WP-33). */
|
|
export function setScenario(s: Scenario): void {
|
|
sessionStorage.setItem(STORAGE_KEY, s);
|
|
}
|