← All sections

Section Overview

UI Rendering & SSR

15 live features

One rendering story from handler to HTML: page data, page regions, and live updates stay in the same server-driven model instead of splitting into frontend and backend template logic.

Support Semitexa
Built for developers who prefer control over magic. Your support helps keep it fast, open, and evolving.

Donate via PayPal

Core Idea

One rendering story, not two

Semitexa treats server rendering, page regions, and live updates as one coherent system. The goal is to stop splitting template logic into a backend version for first paint and a different frontend version for everything interactive.

1 template language from first render to live update
0 forced SPA handoffs just to keep the UI reactive
KISS keep the page honest: server truth in, HTML out

Handlers shape explicit response data once, so templates stop reverse-engineering random arrays and view state.

Slots and deferred regions reuse the same rendering model as the page shell, so “dynamic UI” does not become a separate frontend architecture.

When the data changes, the server re-renders the truth as HTML. The interface stays simple because the rendering philosophy stays simple.

Conceptual Path

Read the section as a progression: start with the rendering model, then move through delivery, and only then into the live surfaces that reuse the same server-owned story.

SSR Foundation

8

Deferred Delivery

2

Reactive UI

5