Fullscreen dialogs
Give complex workflows a focused edge-to-edge workspace.
Live preview
HTML
<button class="xsh-button" data-xsh-dialog-open="xsh-fullscreen">Open editor</button>
<dialog class="xsh-dialog xsh-dialog--fullscreen" id="xsh-fullscreen" aria-labelledby="xsh-full-title">
<div class="xsh-dialog__header">
<h2 class="xsh-dialog__title" id="xsh-full-title">Workspace editor</h2>
</div>
<div class="xsh-dialog__body">
<div class="xsh-field">
<label class="xsh-label" for="xsh-editor-title">Document title</label>
<input id="xsh-editor-title" class="xsh-input" value="Untitled document">
</div>
<p>Focused editing space with a native close control.</p>
</div>
<div class="xsh-dialog__footer">
<button class="xsh-button" data-xsh-dialog-close>Done</button>
</div>
</dialog>Installation & markup
Include the local stylesheet and script once on the page, then place the component inside a data-xsh-ui root. The example above works without a build system.
<link rel="stylesheet" href="/dist/xshna-ui.css">
<div data-xsh-ui>
<!-- Add the HTML example above -->
</div>
<script defer src="/dist/xshna-ui.js"></script>Component API
Public classes, attributes and hooks used by this example. Keep the xsh- prefix intact.
| Identifier | Contract |
|---|---|
xsh-dialog--fullscreen | Used by the example markup and component styles or behavior. |
xsh-dialog | Used by the example markup and component styles or behavior. |
data-xsh-dialog-open | Used by the example markup and component styles or behavior. |
Accessibility & keyboard
Tab remains within native modal; Escape and Done close it.
Implementation note. Use large surfaces for complex editing rather than basic confirmations.
Interaction contract
Behavioral components use the shared delegated runtime; visual-only primitives rely on semantic HTML and CSS. Runtime controls emit bubbling xsh:* CustomEvents; bind application handlers to those events when server persistence, API data or navigation is required.