- Accordion
- Alert
- Alert Dialog
- Autocomplete
- Avatar
- Badge
- Breadcrumb
- Button
- Calendar
- Card
- Checkbox
- Checkbox Group
- Collapsible
- Combobox
- Command
- Context MenuNew
- Date Picker
- Dialog
- Drawer
- Empty
- Field
- Fieldset
- Form
- Frame
- Group
- Input
- Input Group
- Kbd
- Label
- Menu
- Meter
- Number Field
- OTP FieldNew
- Pagination
- Popover
- Preview Card
- Progress
- Radio Group
- Scroll Area
- Select
- Separator
- Sheet
- Skeleton
- Slider
- Spinner
- Switch
- Table
- Tabs
- Textarea
- Toast
- Toggle
- Toggle Group
- Toolbar
- Tooltip
Changelog
Breaking changes, migration guides, and notable updates.
July 31, 2026
Scroll Area — overscroll contain
ScrollArea no longer applies overscroll-behavior: contain by default. Use the new optional overscrollContain prop (default false) to opt in.
Nested surfaces that should not chain scroll to the page already pass it: DialogPanel, SheetPanel, DrawerPanel, ComboboxList, AutocompleteList, and SidebarContent.
Migration:
No change required for those composed parts after upgrading. For custom nested scroll areas (command menus, calendar time lists, vendored sidebar.tsx, etc.), opt in explicitly:
- <ScrollArea scrollbarGutter scrollFade>
+ <ScrollArea overscrollContain scrollbarGutter scrollFade>Agent migration prompt:
After upgrading @coss/scroll-area, ScrollArea no longer applies overscroll-contain by default. Add overscrollContain only on nested scroll surfaces where wheel/touch should not chain to a parent scroller (dialogs, sheets, drawers, popups, sidebars, command panels). DialogPanel, SheetPanel, DrawerPanel, ComboboxList, AutocompleteList, and SidebarContent already pass overscrollContain—update local copies of those components if you vendor them.July 26, 2026
React DayPicker 10
coss ui now targets @daypicker/react@10. The legacy react-day-picker package name remains available for compatibility, but DayPicker recommends the scoped package for v10 and newer.
If you import DayPicker APIs directly, update the dependency and imports:
- import { DayPicker, type DateRange } from "react-day-picker"
+ import { DayPicker, type DateRange } from "@daypicker/react"DayPicker v10 removes APIs deprecated in v9, including legacy navigation props, aliases, component slots, and classNames / styles keys. Applications with custom calendar wrappers should follow the DayPicker v10 migration guide.
Agent migration prompt:
Upgrade React DayPicker to v10. Replace the react-day-picker dependency with @daypicker/react and update all imports, including style and locale imports. Audit custom Calendar and DatePicker wrappers for APIs removed in v10: replace deprecated navigation and focus props, aliases, component slots, and classNames/styles keys according to https://daypicker.dev/upgrading. If the app uses a non-Gregorian calendar, install the corresponding @daypicker/* add-on and update its imports. Run the typecheck and test affected date-picker screens after migrating.June 22, 2026
Base UI 1.6.0
coss ui now targets @base-ui/react@1.6.0.
Breaking change covered in this bump: Base UI renamed the OTP namespace export from OTPFieldPreview to OTPField. coss has been updated accordingly in the OTP field implementation and docs.
If you import Base UI OTP primitives directly in your app, update:
- import { OTPFieldPreview } from "@base-ui/react/otp-field"
+ import { OTPField } from "@base-ui/react/otp-field"June 11, 2026
Context Menu
@coss/context-menu is a new registry component for right-click and long-press action menus anchored to the pointer. See the Context Menu docs for installation and examples.
Install:
pnpm dlx shadcn@latest add @coss/context-menu
No migration from an existing coss primitive—opt in where you need pointer-triggered menus instead of (or alongside) Menu.
Menu & Context Menu — link items
MenuLinkItem and ContextMenuLinkItem are styled wrappers for Base UI LinkItem. They match MenuItem / ContextMenuItem visually and default closeOnClick to true so the menu closes on navigation.
LinkItem renders a native <a> when you pass href. If you were already using render={<Link href="..." />} (or another router link), keep render on the link item — swap the component name only, do not drop render for href alone.
Use href only for plain anchor links with no router Link.
Migration:
import {
Menu,
- MenuItem,
+ MenuLinkItem,
MenuPopup,
MenuTrigger,
} from "@/components/ui/menu"- <MenuItem render={<Link href="/docs" />}>Docs</MenuItem>
+ <MenuLinkItem render={<Link href="/docs" />}>Docs</MenuLinkItem>Plain anchor (no router Link):
<MenuLinkItem href="/docs">Docs</MenuLinkItem>For context menus:
- <ContextMenuItem render={<Link href="/docs" />}>Docs</ContextMenuItem>
+ <ContextMenuLinkItem render={<Link href="/docs" />}>Docs</ContextMenuLinkItem>Existing MenuItem render={<Link … />} usage keeps working; migrate when you touch those menus.
Agent migration prompt:
coss now exports MenuLinkItem (menu.tsx) and ContextMenuLinkItem (context-menu.tsx) for navigation rows. Replace MenuItem/ContextMenuItem with render={<Link href="..." />} by changing only the component to MenuLinkItem/ContextMenuLinkItem — keep render={<Link … />}; do not replace render with href when using Next.js or another router Link. Use href on MenuLinkItem/ContextMenuLinkItem only for plain <a> navigation without a router Link. Keep MenuItem/ContextMenuItem for actions (onClick), not navigation. Context Menu is a new @coss/context-menu package—see Context Menu docs.May 29, 2026
Scroll Area
ScrollArea adds an optional fill prop (default false). When fill is enabled, size-full is applied to ScrollArea.Content so inner flex layouts can use the full viewport height (for example, pinning a footer with mt-auto in a sidebar).
Most scroll areas should keep the default. Opt in only when the scroll container must stretch rather than size to its children.
Migration:
No change required for existing ScrollArea usage (lists, dialogs, comboboxes, command menus). For custom sidebars or other flex columns with mt-auto footers inside a scroll area, opt in explicitly:
- <ScrollArea className="flex-1 min-h-0">
+ <ScrollArea className="flex-1 min-h-0" fill>
<div className="flex h-full flex-col">
…
<footer className="mt-auto">…</footer>
</div>
</ScrollArea>SidebarContent from @coss/sidebar already passes fill—update your local sidebar.tsx copy if you vendor the component.
Agent migration prompt:
After upgrading @coss/scroll-area, ScrollArea has an optional fill prop (default false). Do not add fill to every ScrollArea. Add fill only where a flex column inside the scroll area must stretch to the viewport height (e.g. mt-auto footer in a sidebar). Pair fill with flex-1 min-h-0 on the ScrollArea and h-full flex-col on the inner wrapper. SidebarContent in @coss/sidebar already uses fill.Apr 17, 2026
Form
The Form component (form.tsx) no longer applies default layout classes (flex, flex-col, gap-4, w-full). It is a thin wrapper around Base UI only; pass className wherever you need a vertical field stack, width constraints, or dialog/sheet layout.
Migration:
For a typical stacked-field form, restore the previous default explicitly:
- <Form onSubmit={…}>
+ <Form className="flex w-full flex-col gap-4" onSubmit={…}>For dialogs, sheets, and drawers, keep DialogHeader (or SheetHeader, DrawerHeader) outside the form. Wrap DialogPanel and DialogFooter (or sheet/drawer equivalents) in <Form className="contents"> or a native <form className="contents">. display: contents keeps header, panel, and footer as the direct flex children of the popup’s column layout so DialogPanel scroll and height constraints work correctly.
Agent migration prompt:
The coss Form component no longer adds default Tailwind layout. Add className="flex w-full flex-col gap-4" to Form where you relied on the old stacked-field layout. For dialog/sheet/drawer: put header outside the form; wrap only panel+footer in Form (or native form) with className="contents". Merge any existing Form className with flex utilities where needed (e.g. max-w-64 becomes flex w-full max-w-64 flex-col gap-4).Apr 14, 2026
OTP Field
The input-otp.tsx registry component has been removed in favor of otp-field.tsx (@coss/otp-field), which wraps Base UI OTP Field. See the OTP Field docs and migration guide for API details.
Migration:
- npx shadcn@latest add @coss/input-otp
+ npx shadcn@latest add @coss/otp-field- import { ... } from "@/components/ui/input-otp"
+ import { ... } from "@/components/ui/otp-field"Agent migration prompt:
Replace the removed @coss/input-otp / components/ui/input-otp.tsx with @coss/otp-field / components/ui/otp-field.tsx. Follow the OTP Field docs: use OTPField, OTPFieldInput, and OTPFieldSeparator; use length on the root; remove the old input-otp npm package if present.Apr 12, 2026
Table
Table now supports an optional variant prop: "default" (the default) or "card". Omitting it keeps the same appearance as before. Use variant="card" for the card-style grid (separated rows, rounded cells, updated hover/footer treatment)—including tables inside a Frame or CardFrame as shown in the Table docs.
Migration:
No change required for existing tables. Opt in where you want the card-style table:
<Table variant="card">Agent migration prompt:
After upgrading @coss/table, Table supports an optional variant prop: "default" (default) or "card". Existing Table components require no edits. Add variant="card" to Table where you want the card-style table (e.g. inside Frame or CardFrame). Do not add variant to every table—only where the design calls for the card-style grid.Mar 20, 2026
Toggle Group
Toggle was renamed to ToggleGroupItem in toggle-group.tsx to avoid a naming conflict with the standalone Toggle export.
Migration:
- import { Toggle, ToggleGroup } from "@/components/ui/toggle-group"
+ import { ToggleGroup, ToggleGroupItem } from "@/components/ui/toggle-group" <ToggleGroup>
- <Toggle value="bold">Bold</Toggle>
+ <ToggleGroupItem value="bold">Bold</ToggleGroupItem>
</ToggleGroup>Agent migration prompt:
In my codebase, rename all usages of `Toggle` imported from `toggle-group` to `ToggleGroupItem`. Update both the import statements and JSX usage. Do not change `Toggle` imports from `toggle.tsx` (standalone toggle). Only change files that import `Toggle` from the `toggle-group` module.