Measured entry
hextaui-settings-sso
A client-side SSO settings card for listing providers, enabling SSO, testing connections, copying metadata, and creating or deleting providers through callback props. It ships as a HextaUI shadcn registry block and depends on React, Lucide icons, the cn utility, and a broad set of shadcn primitives backed by Radix.



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 | 73.4 KB (138.8 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 18s error during build: [vite:load-fallback] Could not load <sandbox>/src/lib/utils (imported by src/cut/blocks/settings/settings-sso.tsx): ENOENT: no such file or directory, open '<sandbox>/src/lib/utils'
Verdict
A credible admin UI starting point with clean responsive behavior and no detected accessibility issues, but it is not drop-in infrastructure. It needs a shadcn-style setup to mount, and teams must wire every operation plus expand the non-SAML flows before treating it as production SSO management.
Use it if
- You need an organization settings surface for SAML providers with empty, active, pending, and error states.
- Your app already uses shadcn conventions and can connect the supplied create, update, delete, test, and toggle callbacks to real APIs.
- You want responsive provider controls with confirmation before deletion and accessible dialog primitives.
Skip it if
- Your project does not use shadcn aliases, theme tokens, and shared UI primitives, and you do not want to recreate that foundation.
- You need complete OAuth or OpenID Connect configuration fields because the creation dialog only exposes detailed settings for SAML.
- You want a self-contained SSO implementation because this block supplies presentation and callback hooks, not authentication or persistence.
- You need a lean form with few dependencies because this block pulls in many shared controls and dialog primitives.
Install
| Declared dependencies | @radix-ui/react-alert-dialog, @radix-ui/react-slot, @radix-ui/react-dialog, @radix-ui/react-label, @radix-ui/react-separator, @radix-ui/react-select, @radix-ui/react-switch |
|---|---|
| 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 React and Lucide, install or recreate the alert dialog, badge, button, card, dialog, field, input group, select, switch, and textarea components, provide the cn class helper and matching import aliases, and supply the Tailwind utilities and theme tokens those components expect. Then connect all callback props 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