/** * Dashboard Code Paths panel — graph-tool surface with two subtabs: * 1. Sessions — recent graph runs and their per-rule findings * (uses the shared renderSessionTable from sessions.ts). * 2. Explore — interactive catalog browser with three views * (Graph, Coupling, Functions/distribution). The Graph view * carries the SCC cycle highlight that the standalone SCCs view * used to own. The Functions view absorbs the former standalone * Search subtab via an in-table name filter. * * Architecture: vanilla DOM, no framework. Each view-*.ts emits a * JS string that pushes a `View` literal into the singleton `views` * registry. The Explore subtab renders the view tab bar + one * container per view; Sessions subtab renders the standard session * table. * * The file imports JS-string emitters from sibling modules under * `code-paths/`. It MUST NOT import from `@opensip-tools/graph` — * the catalog is consumed by JSON shape only (the structural shape * lives in @opensip-tools/contracts to keep this panel decoupled * from the graph engine's runtime types). */ /** * Concatenation order is load-bearing — each emitter declares * top-level names that later emitters reference. The order below is * the topological sort; reordering will silently break the page with * ` is not defined`. Free-identifier dependencies of each * emitter, listed against the emitter that supplies them: * * 1. path-utils — declares `displayName`, `packageOfPath`, `pkgOf`, * `shortPkg`. * 2. indexes — declares `buildIndexes`, `resolveCalleeOcc`. Uses * `pkgOf` (path-utils, above). * 3. filters — declares `filterState` (default, non-interactive), * `passesFilter`, `packagesInCatalog`, `KIND_LIST`. * Uses `pkgOf` (path-utils, above). * 4. editor-link — declares `editorLink`. Reads `EDITOR_PROTOCOL` * (declared in generator.ts before the script * block). * 5. trace — declares `findUpstreamTrace`. Uses `indexes`. * 6. search — declares `searchFunctions`. Uses `indexes`, * `displayName`. * 7. function-row — declares `renderFunctionRows` and the empty * states it uses. Calls `el`, `displayName`, * `packageOfPath`, `passesFilter`. * 8. function-card — declares `openFunctionCard`, `closeFunctionCard`. * Uses `editorLink`, `findUpstreamTrace`, `el`. * 9. views-registry — declares the singleton `views = []` array. * Must come before any view emitter. * 10. help-drawer — declares `openHelpDrawer`. No external deps * beyond `el`. * 11-13. view-* — push View descriptors into `views` in TAB order: * coupling / distribution / graph (alphabetical: * Coupling, Functions, Visualization — the first is the * default view). Each renderer closes over `el`, * `passesFilter`, `displayName`, `packageOfPath`, * `renderFunctionRows`, plus its own utilities; the * Visualization renderer also uses `resolveCalleeOcc` * (prelude) for its function-level projection. * 15. panelOrchestrator — top-level `renderCodePathsTab`, * `renderCodePathsExplore`, `openCodePathsSession`. * Uses every name above plus `renderSubtabBar` * (from shared/) and `registerTabActivator`. * * If the list grows past ~30 entries, replace this manual order with * a `{ id, deps, emit }` topological sort. */ export declare function dashboardCodePathsJs(_restructured?: boolean): string; //# sourceMappingURL=code-paths.d.ts.map