Skip to content

Demo walkthrough: Route, page, and action handoff

Use Demo Projects HQ to connect route-aware pages, layouts, and the real Server Connect actions that power them.

Demo Projects HQ: route, page, and action handoff

Section titled “Demo Projects HQ: route, page, and action handoff”

Use this bridge when you want one clear route-to-server map. The aim is to make the handoff explicit: Routing Manager selects the route, Pages Manager exposes the real layout and content files behind that route, the layout renders the content page through dmx-view, and the page then calls the real Server Connect actions that read or write data.

Instead of following one fragile page target here, continue into the already validated Demo Projects HQ walkthroughs below depending on whether you want data loading, form posting, or the security-aware route/session path.

Start with the frontend surfaces, then continue into the validated Demo Projects HQ page-to-action walkthroughs.

Begin on the real Routes root in Routing Manager. This is the first handoff in the chain: it shows which routed page structure is matched before any layout or Server Connect action is involved.

Keep the full Pages Manager surface in view before focusing on one routed file. This is where the route map turns into concrete layout and content files in Demo Projects HQ.

The layouts folder is where the route-level shell becomes concrete in Demo Projects HQ. Seeing it here makes the handoff explicit: routes do not stop at URL patterns, they resolve into reusable layout files before any page-level Server Connect logic runs.

The live main.ejs tile is the concrete layout file behind the routed shell in Demo Projects HQ. From here, the next walkthroughs can focus on the page-level Server Connect actions that load data, submit forms, or apply security-aware updates inside that routed structure.