ELECROW 5 inch touch display
5 inch, 1024 x 600
- ·IPS, 178° viewing angle
- ·5-point capacitive touch
- ·HDMI video, USB touch
The GUI framework for embedded every product.
01
Design your interface with HTML, CSS and JavaScript, the tools your team already knows. No new toolkit, no retraining, no hiring for a niche skillset.
02
Calxis is one self-contained library. No Chromium to ship, no Node, no system webview to match versions against, no package tree to audit. You ship your application and Calxis, and nothing else.
What you ship
1
Your application
2
Calxis
✓ Nothing else
03
Show information on a static display, or build something richly interactive. Touch is optional: drive it with a mouse, or with the knobs and encoders on your own front panel.
Displays
Calxis layouts adapt to any resolution, aspect ratio and rotation. Landscape, portrait, round and bar displays all run from one project.
5 inch, 1024 x 600
ELECROW 5 inch touch display
7 inch, 600 x 1024
7 inch portrait panel
2.1 inch, 480 x 480
2.1 inch round display
8.8 inch, 1920 x 480
8.8 inch bar display
10.1 inch, 1280 x 800
10.1 inch panel
Displays
Tested with the 5 inch display below. The others show the range of panels and interfaces Calxis is built to drive.
5 inch, 1024 x 600
7 inch, 600 x 1024
2.1 inch, 480 x 480
8.8 inch, 1920 x 480
10.1 inch, 1280 x 800
Your display. Your board.
One cable.
Power on.

04
Nothing to spin up, no engine to warm. On a modest arm64 embedded Linux board, Calxis is on-screen and interactive in under two seconds from power-on. On desktop or mobile, it's blazingly fast to start.
05
Calxis renders through WebGPU, the modern graphics standard that runs on every platform, sitting on Direct3D, Vulkan and Metal underneath. Where there's no GPU, or no driver worth trusting, you can use Calxis's own software renderer instead.
Same application, same behaviour, no application code to change. You are fast on both paths.
Rendering on the GPU: same pixels
06 · Runs everywhere
Web-style convenience and a genuinely native application, on Windows, macOS, Linux, iOS and Android. One library, one codebase. Nobody else offers that.
Allwinner H618
Broadcom BCM2712
ST STM32MP257F
Phones and tablets
iPhone and iPad
x86-64 and Arm64
Apple silicon and Intel
x86-64 and Arm64
07
No sandbox to message across, no browser process to round-trip through. Calxis compiles into your binary, so your JavaScript reaches your native code directly.
Web view or browser engine
Message, serialise, round trip
Calxis, compiled into your binary
Direct call
08
Every resource Calxis touches is one you handed it, through a single documented interface that you own. Any socket, thread, file or device is allowed or denied by you.
Calxis does not open a connection, spawn a process, or reach anything you didn't give it. You are the firewall, and there is no way around you.
09
No exceptions thrown, no runaway recursion, no hidden failure modes. Disciplined native code that behaves the same on the bench as it does in the field, and clean enough that the exact same engine compiles to WebAssembly without compromise.
Same engine
Agentic deployment
Calxis projects ship with context files and skills for coding agents. Your agent edits the UI, builds for the target and deploys to the device over USB or the network.
$ agent "Add a fan speed control to the home screen"
› Reading Calxis project (12 screens, 48 widgets)
› Editing ui/home.cx
› Building for Calxis (Allwinner H618) ... done in 3.2 s
› Deploying to calxis-k2b.local over USB
› Device restarted. UI live in 0.8 s
✓ Fan speed control added to home screen
MCP server on the hardware
Every Calxis build can run a Model Context Protocol server on the device. Agents take screenshots, tap the screen, read logs and check frame times, so they test their own changes on real hardware.
Agent tool calls
calxis.list_screens()
→ home, run, settings, logs
calxis.tap(x: 512, y: 530)
→ Pressed "Start"
calxis.screenshot()
→ 1024 x 600 PNG captured
calxis.read_logs(level: "warn")
→ 0 warnings
calxis.get_frame_time()
→ 16.4 ms average (60 fps)
✓ Test passed: Start opens the run screen
Fair question. Today, an agent can write code for almost anything. What it cannot do is hand you an architecture. Calxis's was hard won, by people who specialize in exactly this problem: cross-platform native rendering, layout, scripting, and keeping all of it from ever crashing the host it's embedded in. Every edge case already found, every wrong turn already made and backed out of, is sunk cost you don't have to pay again.
Rebuilding that maturity from scratch, even with the best team possible (human or agentic), would be a considerable undertaking, taking time and tokens not worth counting, and that's just the architecture, not the ongoing multiplatform test regime.
Licensing Calxis is simply cheaper than reinventing it.
We haven't launched yet. If you'd like to try Calxis on your product, get in touch.