UI development on Spectacles: friction points and feature requests
UI remains one of the most time-consuming parts of the Spectacles AR development workflow, and I suspect we're all hitting the same walls in parallel and coming up with bespoke solutions for our respective use cases.
I'd like to use this thread to surface those friction points collectively so we can hand the Spectacles team focused, granular feedback.
To get the conversation started, the recurring gap I keep running into is the absence of a spatial equivalent of HTML and CSS, which is to say no declarative layout, no constraint solver, and limited runtime introspection.
Coding agents help with the generation side of UI work, but that doesn't take you all the way to a coherent user flow, so the orchestration work still falls back on the developer.
Those challenges are what prompted me to start releasing small open-source pieces addressing particular pain points. The first drop is a text reflow utility: https://github.com/a-sumo/spatial-flex/tree/main/packages/text-reflow
To keep things actionable, a few suggested buckets to drop into:
Layout and constraints: what's hardest to express? (centering, fitting text in a box, responsive sizing, anchoring)
Runtime introspection: how are you inspecting instantiated UI today?
Live preview and testing: how do you verify the user experience matches your specification?