A select with a search box: the button shows the choice, the panel has a field that filters the list while you type (ignoring case and accents), ↑ ↓ move, Enter chooses, Esc closes, and an empty result says so. ↓ or ↑ on the button opens it. The value goes in a hidden input named name, and the hook fires input on it so phx-change hears it. Options are %{value: ..., label: ..., hint: ...}; hint is a small mono text at the right.

Written as the ARIA combobox pattern: the field keeps focus and points at the active option with aria-activedescendant. The button is named by label and by the chosen text together (aria-labelledby), so the choice is read out.

The options are read live: when options changes (a dependent select, a search on the server) the list follows, and the filter is applied again. What the hook sets on the page itself (open, active, filtered) is kept across a patch; the chosen value is the caller's, as in any LiveView field, so a form that re-renders should hold value (with phx-change).

label is the accessible name and is hidden; show_label draws it above the field (13px, weight 500), as the other fields of a form, and help is a line of explanation under the field. Both are read with the field (aria-labelledby, aria-describedby), together with the error.

disabled locks it (and keeps the value out of the form), required marks it for assistive technology (a hidden input cannot be validated by the browser, so check it on the server) and error is the message that goes under it and marks it invalid. With clear_label there is a button that empties the choice. Icons are slots: chevron_icon (a ⌄ when there is none), search_icon, clear_icon, and option_marker, drawn before the label of each option (a color swatch, an avatar) and given the option.