npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

gform-react

v3.5.0

Published

Build generic forms with validations for React-based applications

Readme

Features

  • Lightweight – no dependencies
  • Tree‑shakable — import only what you use to keep bundles small
  • Minimal re-renders — updates only the fields that actually change
  • Native HTML constraint validation — full support for min, max, pattern, minLength, maxLength, required, and more
  • Schema validation (Zod, Yup, Valibot, ArkType…) — drive the whole form from one Standard Schema via GValidator.withSchema / withSchemaAsync, including object-level cross-field rules — with zero runtime dependencies
  • Custom Validations – add custom validation with any rules
  • Async Validations — run asynchronous rules for server-side checks
  • Cross-field validation — re-validate a field when another changes (e.g. confirm-password) via validatorDeps
  • Sections — group fields into named, repeatable subgroups (billing/shipping addresses, N contacts…) via sectionKey, with the same re-render isolation as a flat field
  • Deeply Nested Forms — structure forms however you like, across any number of components
  • Dynamic fields — add or remove fields at runtime without losing state
  • Native <form> actions — fully supports browser‑level form submission, including action, method, and HTTP navigation, with no JavaScript required
  • Next.js Server Actions support — works seamlessly with Server Actions through standard <form> submissions, with no special adapters or client‑side wiring
  • Accessibility‑friendly — automatically manages aria-required and aria-invalid
  • File inputstype="file" stores the real File object (or File[] with multiple), not the C:\fakepath\... string
  • React Native support — works seamlessly across web and mobile

Documentation

Full documentation, examples, and API reference:

https://gform-react.vercel.app

QuickStart

import {type FC} from "react";
import {GForm, GInput, GValidator, type GValidators} from "gform-react";

interface SignInForm {
    username: string;
    password: string;
}

const baseValidator = new GValidator().withRequiredMessage('this field is required');

const validators: GValidators<SignInForm> = {
    '*': baseValidator, // a default validator for all other fields in the form

    password: new GValidator(baseValidator)
        .withMinLengthMessage((input) => `${input.formKey} must contain atleast ${input.minLength} chars`),
};

const App: FC = () => {
    return (
        <GForm<SignInForm> className='some-class'
                           validators={validators}
                           onSubmit={(formState, e) => { //can be used with native `action` or with Next.js `server actions`
                               e.preventDefault();
                               const data = formState.toRawData(); // key-value pairs of the form input values
                               console.log(data);
                           }}>
            <GInput formKey='username'
                    required
                    element={(input, props) => <div>
                        <input {...props} placeholder='username'/>
                        {input.error && <small className="p-error">{input.errorText}</small>}
                    </div>}
            />
            <GInput formKey='password'
                    type='password'
                    required
                    minLength={5}
                    element={(input, props) => <div>
                        <input {...props} placeholder='password'/>
                        {input.error && <small className="p-error">{input.errorText}</small>}
                    </div>}
            />
            <button>Submit</button>
        </GForm>
    );
};

Schema validation (Zod / Yup / Standard Schema)

Drive the whole form from a single schema by wiring it to the '*' validator. gform parses the whole object on each validation pass, so object-level rules — .refine() / .superRefine(), conditional-required, confirm-password — fire and route to the field named by the issue's path (not just each field's isolated leaf rule). Any library implementing Standard Schema works, with zero runtime dependencies (gform reads the ['~standard'] contract and never imports a schema library):

| Library | Method | Notes | |---|---|---| | Zod (≥ 3.24) | withSchema | synchronous | | Valibot | withSchema | synchronous | | ArkType | withSchema | synchronous | | Yup (≥ 1.7) | withSchemaAsync | Yup's validate is asynchronous |

Use withSchemaAsync for any schema whose validation is asynchronous (Yup, or async refinements). A synchronous withSchema handed an async schema warns in development and can't block submission.

import {z} from "zod";
import {GForm, GInput, GValidator, type GValidators} from "gform-react";

interface SignUpForm {
    email: string;
    password: string;
    confirm: string;
}

// One schema — shareable with your backend. Cross-field rules set `path` to the target formKey.
const schema = z.object({
    email: z.string().email("enter a valid email"),
    password: z.string().min(8, "at least 8 characters"),
    confirm: z.string(),
}).refine((data) => data.password === data.confirm, {
    message: "passwords must match",
    path: ["confirm"], // route the cross-field error onto the confirm field
});

const validators: GValidators<SignUpForm> = {
    '*': new GValidator().withSchema(schema), // routes every field by its formKey
};

const renderField = (input, props) => (
    <div><input {...props}/>{input.error && <small className="p-error">{input.errorText}</small>}</div>
);

const SignUp = () => (
    <GForm<SignUpForm> validators={validators}
                       onSubmit={(state, e) => { e.preventDefault(); console.log(state.toRawData()); }}>
        {(state) => (
            <>
                <GInput formKey="email" type="email" element={renderField}/>
                <GInput formKey="password" type="password" element={renderField}/>
                {/* validatorDeps re-checks confirm when password changes, so the mismatch clears as you fix it */}
                <GInput formKey="confirm" type="password" validatorDeps={['password']} element={renderField}/>
                <button disabled={state.isInvalid}>Sign up</button>
            </>
        )}
    </GForm>
);

Cross-field rules: set the rule's path to the target field's formKey (e.g. path: ['confirm']) so the error surfaces on that field. To also clear/refresh the other field of the pair as the user edits it, give the dependent field validatorDeps={['password']}.

For Yup (its Standard Schema validation is asynchronous), use withSchemaAsync:

import * as yup from "yup";

const schema = yup.object({
    email: yup.string().email("enter a valid email").required("required"),
    password: yup.string().min(8, "at least 8 characters").required("required"),
    confirm: yup.string().oneOf([yup.ref("password")], "passwords must match").required("required"),
});

const validators: GValidators<SignUpForm> = {
    '*': new GValidator().withSchemaAsync(schema),
};

Sections (nested field groups)

Group fields into a named section with sectionKey. useful for repeated field groups (billing / shipping addresses, N contacts…), not just cosmetic nesting. A section behaves like a flat field one level deeper: state.<sectionKey>.<formKey>.value, and toRawData() nests it automatically. formKey only needs to be unique within its section, so the same email/zip keys can be reused across sections without colliding.

import {GForm, GInput, GValidator, useFormSelector, type GValidators, type InitialState} from "gform-react";

interface CheckoutForm {
    couponCode: string;
    billing: { email: string; zip: string };
    shipping: { email: string; zip: string };
}

const validators: GValidators<CheckoutForm> = {
    '*': new GValidator().withRequiredMessage('required field'),
};

const renderField = (input, props) => (
    <div><input {...props}/>{input.error && <small className="p-error">{input.errorText}</small>}</div>
);

// selecting a section works just like selecting a field — re-renders on a billing edit, not on
// shipping/couponCode edits, same reference-stability guarantee, no separate hook needed
const BillingPreview = () => {
    const billing = useFormSelector((state: InitialState<CheckoutForm>) => state.fields.billing);
    return <p>Shipping to: {billing?.email?.value}</p>;
};

const Checkout = () => (
    <GForm<CheckoutForm> validators={validators}
                         onSubmit={(state, e) => { e.preventDefault(); console.log(state.toRawData()); }}>
        {/* { couponCode: '...', billing: { email, zip }, shipping: { email, zip } } */}
        <fieldset>
            <legend>Billing address</legend>
            <GInput formKey="email" sectionKey="billing" required element={renderField}/>
            <GInput formKey="zip" sectionKey="billing" required element={renderField}/>
        </fieldset>

        <fieldset>
            <legend>Shipping address</legend>
            <GInput formKey="email" sectionKey="shipping" required element={renderField}/>
            <GInput formKey="zip" sectionKey="shipping" required element={renderField}/>
        </fieldset>

        <GInput formKey="couponCode" element={renderField}/>
        <BillingPreview/>
        <button type="submit">Submit</button>
    </GForm>
);

A schema's cross-field rule routes to a sectioned field with a multi-segment path: .refine(fn, { path: ['billing', 'email'] }) targets formKey="email", sectionKey="billing".

Installation

npm:

npm install gform-react

yarn:

yarn add gform-react

Peer dependencies

react >=18.0.0, react-dom >=18.0.0 are peer dependencies (the library is built on useSyncExternalStore, which was introduced in React 18)

License

MIT © Tal
https://www.npmjs.com/package/gform-react