Measured entry

hextaui-settings-webhooks

formminimal-flat

A client-side React settings card for creating and managing webhook endpoints, including status controls, secrets, event badges, and recent deliveries. It ships as a shadcn registry block and composes shadcn UI primitives backed by Radix, plus Lucide icons, Tailwind theme classes, and a local class-name utility.

Specimen
Harness screenshot of hextaui-settings-webhooks at 375 pixels wide
Harness screenshot at 375 pixels wide. No horizontal overflow recorded.
Harness screenshot of hextaui-settings-webhooks at 768 pixels wide
Harness screenshot at 768 pixels wide. No horizontal overflow recorded.
Harness screenshot of hextaui-settings-webhooks at 1440 pixels wide
Harness screenshot at 1440 pixels wide. No horizontal overflow recorded.

Measured

Every value below was written by the harness on the run that produced the frames above. None of it is derived from the prose.

Harness measurements recorded for hextaui-settings-webhooks
BuildOK
MountOK
Console errors0
Uncaught page errors0
Horizontal overflowclean at 375, 768, 1440
Axe critical0
Axe serious0
Axe moderate0
Axe minor0
Gzip marginal54.1 KB (119.5 KB build, 65.4 KB baseline)
Bare modeFAIL
Provider requiredNO
Demo usedwritten from the component source API

What the harness recorded

BARE BUILD

✗ Build failed in 1m 35s
error during build:
[vite:load-fallback] Could not load <sandbox>/src/lib/utils (imported by src/cut/blocks/settings/settings-webhooks.tsx): ENOENT: no such file or directory, open '<sandbox>/src/lib/utils'

Verdict

A solid, responsive starting point for a conventional webhook admin screen, with useful destructive-action confirmation and delivery context. It mounts cleanly in the prepared harness, but needs a shadcn-style setup and real API wiring before it is product-ready.

Use it if

  • You need a ready-made webhook settings surface and can connect its callback props to your API.
  • Your product already uses shadcn conventions, Tailwind theme tokens, and compatible UI primitives.
  • You want creation, testing, pausing, deletion confirmation, secret copying, and delivery status in one card.

Skip it if

  • You need an edit flow for existing webhook URLs or event selections, because the supplied update callback is not used by the interface.
  • Your webhook event catalog differs substantially from the fixed events embedded in the source.
  • You want a standalone package with persistence included, since every mutation depends on host-provided callbacks.
  • You do not want to adopt or recreate shadcn path aliases, primitives, and theme conventions.

Install

Installation record for hextaui-settings-webhooks
Declared dependencies@radix-ui/react-alert-dialog, @radix-ui/react-slot, @radix-ui/react-checkbox, @radix-ui/react-dialog, @radix-ui/react-label, @radix-ui/react-separator
Missing on installnone
Bare installfails once the shadcn-style helpers are removed, so it needs that setup
Providerno provider required in the harness

In a non-shadcn project, add a React client runtime, Tailwind-compatible theme tokens, Lucide icons, the required Radix packages, equivalents for the referenced UI primitives, a class-name merge utility, and matching import aliases. Then connect the create, test, status, and delete callbacks to your backend.

Source and credit

This page is a review, not a copy. The component source lives with its author and this site does not republish it. Read the license before you use anything.

License
MIT
Record published
2026-08-14

Alternatives

Other published entries for the form pattern, ordered by what they measured: mounts first, then clean axe scans, then bare-mode passes, then the smaller bundle.