Measured entry
hextaui-settings-webhooks
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.



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.
| Build | OK |
|---|---|
| Mount | OK |
| Console errors | 0 |
| Uncaught page errors | 0 |
| Horizontal overflow | clean at 375, 768, 1440 |
| Axe critical | 0 |
| Axe serious | 0 |
| Axe moderate | 0 |
| Axe minor | 0 |
| Gzip marginal | 54.1 KB (119.5 KB build, 65.4 KB baseline) |
| Bare mode | FAIL |
| Provider required | NO |
| Demo used | written 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
| 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 install | none |
| Bare install | fails once the shadcn-style helpers are removed, so it needs that setup |
| Provider | no 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.
Author repository
github.com/preetsuthar17/HextaUIAlternatives
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.
- hextaui-kbdminimal-flat
- Renders
- YES
- A11y
- 0
- Gzip
- 29.8KB
- Bare
- pass
- Prov
- NO
- shadcn-labelunclassified
- Renders
- YES
- A11y
- 0
- Gzip
- 31.1KB
- Bare
- pass
- Prov
- NO
- neobrutalism-labelbrutalism
- Renders
- YES
- A11y
- 0
- Gzip
- 31.5KB
- Bare
- pass
- Prov
- NO
- neobrutalism-nlabelbrutalism
- Renders
- YES
- A11y
- 0
- Gzip
- 31.5KB
- Bare
- pass
- Prov
- NO
- shadcn-formunclassified
- Renders
- YES
- A11y
- 0
- Gzip
- 43.9KB
- Bare
- pass
- Prov
- NO
- neobrutalism-formbrutalism
- Renders
- YES
- A11y
- 0
- Gzip
- 44.4KB
- Bare
- pass
- Prov
- NO