Skip to content
Xshna.cssv1.0.0-beta.2
PlaygroundUtilities
DOCUMENTATION / COMPONENTS
Components / Component reference

Forms

Inputs, selectors, textareas, floating labels, input groups, switches, ranges and field help.

V1 BETA / DOCUMENTEDLive variants · API · Accessibility · Responsive guidance

Overview

Use native inputs with visible labels and xsh-input/xsh-select/xsh-textarea. Use explicit IDs for label associations.

Live example

Interactive · Real framework

Example markup

<form class="xsh-stack" onsubmit="return false">
 <div class="xsh-field"><label class="xsh-label" for="xsh-form-email">Work email</label><input class="xsh-input" id="xsh-form-email" type="email" placeholder="[email protected]"></div>
 <div class="xsh-field"><label class="xsh-label" for="xsh-form-role">Role</label><select class="xsh-select" id="xsh-form-role"><option>Developer</option><option>Designer</option><option>Product manager</option></select></div>
 <label class="xsh-switch"><input type="checkbox"><span>Receive updates</span></label>
 <button class="xsh-btn xsh-btn-primary" type="submit">Continue</button>
</form>

Production guidance

The demo prevents navigation. In real applications, handle form submission on your server.

Customize this component through --xsh-* CSS tokens, data-xsh-* configuration attributes and documented xsh-* utilities. Use the optional JavaScript distribution only when an interactive behavior is needed.

EXACT NAMES FROM THE SHIPPED STYLESHEETS

Complete selector inventory

These selectors exist in the current distribution. An entry in this table does not imply that arbitrary modifier combinations are meaningful; use the examples above for the intended composition.

ClassPurposeDelivery
.xsh-form-errorComposable modifier / structure classCSS-only
ENGINEERING AND INTEGRATION

Implementation details

Semantic structure

Labels must be programmatically associated with form controls.

Compose existing xsh- classes on the appropriate HTML element. Keep content order meaningful when CSS is disabled.

Interactive behavior

Browser validation does not replace server validation. Use aria-describedby for error text.

Load xshna.min.js only if the documented interaction needs it. Your application remains responsible for data, persistence and business rules.

Responsive and localization

Never use placeholder text as the only field label.

Test 320px-wide viewports, container-constrained instances, keyboard zoom, longer translations and right-to-left text where relevant.

Theme and customization

Use --xsh-* CSS variables for theme values and data-xsh-design / data-xsh-density on the xsh-app root.

Prefer design tokens over hard-coded overrides so components remain coherent across personalities.

ACCEPTANCE CHECKLIST

What to verify before shipping

  • Confirm every documented class used by the feature exists in the release CSS.
  • Navigate controls using Tab, Shift+Tab, Enter, Space and Escape where appropriate.
  • Test with reduced motion, high contrast, 200% text zoom and a narrow mobile viewport.
  • Verify disabled, loading, empty, error and long-content states where relevant.
  • Check actual application behavior independently of the preview: these examples use illustrative data.