gpui-ai

Progress

Loading state

A token-driven pixel field for work whose duration is not yet known.

Loading state — gpui-ai

Starts when it scrolls into view

Pop out

NORD FROST · DARK · RADIUS 6/10 · BASE 16PX · SHADOW

Running the real component, compiled to WebAssembly. The frame is 52 px tall, which is what this story measures at the demo width in the default type size — a narrower column or a theme that changes that size will wrap it differently.
Story
loading
Demo height
52 px
Events
None

Code

Cut from the gallery story this page runs, so it stays true.

crates/gallery/src/gallery.rsOpen in the galleryImplementation
LoadingState::new()
    .label("Reasoning about supplier pricing")
    .elapsed(elapsed)

Events and ownership

Who owns the state
LoadingState renders state supplied by the application; it does not own durable work.
What it emits
This presentation surface adds no component-specific interaction event.
What it means
A token-driven pixel field for work whose duration is not yet known.
Overflow and motion
Wide content retains context in a bounded surface; reduced motion preserves a useful state.

What the demo does and does not show

The demo above is the same Rust as the native component, compiled to WebAssembly and drawn on a WebGPU canvas — not a mock-up, a recording, or a re-implementation. What it paints is what the component paints: layout, colour from the live theme, and motion.

The live browser specimen requires WebGPU; the native component remains the authoritative runtime.

A canvas cannot stand in for the platform, so treat everything that goes through the operating system as unproven here: keyboard handling and shortcuts, screen reader semantics, text input and IME, the clipboard, file drops, and the frame rate you would get on your own GPU. Judge those in a native build. If your browser has no WebGPU, the frame says so rather than showing an empty box.