Fluxglass

Interface patterns

Responsive navigation, bottom tabs, menus, and action surfaces built with Fluxglass.

These composed patterns use the public Fluxglass React component. They keep navigation and menu semantics inside the glass surface, preserve visible focus, and switch to the library fallback when transparency is reduced or advanced filters are unavailable.

What the examples prove

  • Navigation keeps link and button semantics; glass is decoration rather than the interaction.
  • Bottom tabs use an explicit current state and labels that remain visible on narrow screens.
  • Menus expose aria-expanded, move no focus unexpectedly, and close after an action.
  • Action rails keep targets at least 44 CSS pixels and never rely on hover alone.

The preview uses performance="auto" and a bounded quality value. Its renderers mount only when the example is near the viewport, so an ordinary documentation visit does not spend work on an offscreen effect. In reduced-transparency and forced-colors modes, the same controls remain readable without the optical layer. On narrow or coarse-pointer devices, navigation and control examples select the conservative CSS path before hydration so their labels remain crisp and inexpensive.

Production guidance

Keep the Fluxglass host stable and update position or material options through the controller for high-frequency interaction. Prefer one shared surface for a related control group over one effect per icon. On mobile, reduce decorative layers, avoid permanent will-change, and keep the page's scroll gesture available.

On this page