inspector/clients
Repository files (latest commit first)
Filename Latest commit message Latest commit date
cliffhall 4c338a37e9 fix(web): take the enlarge button out of the tab order
Every string field in a tool or elicitation form carries an enlarge
button in its right section, so tabbing through a form stopped on one
between each pair of fields. Give it tabIndex={-1}, as #1487 did for the
clear button.

That button was deliberately left in the tab order by #2042, on the
grounds that clearing has a keyboard equivalent and enlarging has none.
So give it one: Enter on the focused single-line field enlarges it and
enters the newline. Nothing was listening for that key there — no
consumer renders SchemaForm inside a <form> — and it is the key a user
presses trying to type the newline the input swallows, which is the
failure #2042 exists to fix.

Enter enters the newline rather than only reshaping the field, since
consuming the keystroke leaves the next word running on from the last. A
field already at its maxLength is enlarged without one. Shift+Enter
enlarges too; the Ctrl/Cmd/Alt chords are left free for a consumer to
bind to running the tool. Clicking the button still only enlarges.

Signed-off-by: cliffhall <cliff@futurescale.com>
2026-08-26 01:13:32 -04:00
..
cli fix(oauth): walk the candidates in the CLI refresh path too 2026-08-26 00:34:27 -04:00
launcher fix: walk contentSchema, await the error envelope, correct the README claim 2026-08-25 03:26:39 -04:00
tui fix: map the new exit code, keep add runnable, distinguish severity by shape 2026-08-25 02:37:10 -04:00
web fix(web): take the enlarge button out of the tab order 2026-08-26 01:13:32 -04:00