Fullstack framework
Routes, layouts, islands, API paths, assets, deploy targets, and desktop targets owned by OpenElement contracts.
Web Components, full-stack
openElement treats Web Components as the application's native component model. It pairs routes, rendering, islands, deployment, and desktop targets with Basic Element, a JSX-first custom-element authoring layer.
Current package line: v0.41.0-alpha.5. Active plan: v0.41.0-alpha.6 architecture and trust-boundary hardening, v0.41.0-alpha.7 desktop dogfood, and v0.41.0-beta.1 adoption freeze.
Standards become an interface
openElement is presented as a standards-first WC fullstack surface: native components, generated route metadata, DSD output, and package boundaries stay inspectable. Dogfood apps validate the framework contract; governance gates protect releases.
Routes, layouts, islands, API paths, assets, deploy targets, and desktop targets owned by OpenElement contracts.
A small native Web Components authoring layer with shadow/DSD default output and explicit light DOM opt-in.
Protocols, UI, Vite, Hono, Nitro, Deno Desktop, Preact islands, and third-party WC compatibility support the two products.
System model
The page language uses real project boundaries: route metadata from the app, DSD as render output, hydrated islands for interaction, and package contracts as the reference surface.
deno run -A npm:@openelement/create my-app deno task dev deno task build<open-layout>
<docs-home></docs-home>
</open-layout>Developer workflow
The homepage middle section is no longer a sparse card strip. It explains the actual work path a developer follows through the framework.
Reference surfaces
The site keeps content grounded in generated routes, package surfaces, and current roadmap anchors instead of invented marketing copy.
Island hydration smoke line
The same composed surface hydrates as a real custom element, with shadow DOM boundaries and signal updates preserved after static generation.
METRICS packages verified: