Changelog
Every release, taken directly from the package's own changelog at build time.
1.3.1
Patch Changes
- Link the documentation site's new Blocks gallery from the README — whole
1.3.0
Minor Changes
classNamenow reliably overrides a component's own styles. Class names are combined withtailwind-merge, so a utility you pass that conflicts with a component default replaces it instead of sitting alongside it:
1.2.4
Patch Changes
- Note the rename from
@neelamkhan21/uiin the README, with the import and Tailwind@sourcechanges shown as diffs. npm only refreshes a package's README when a new version is published, so this needs a release to become visible on the package page.
1.2.3
Patch Changes
- Renamed from
@neelamkhan21/uitoneelam-ui. Update your imports and your dependency entry:
1.2.2
Patch Changes
- Packaging metadata only — no functional change to any component.
repository.urldrops itsgit+prefix so npm's OIDC trusted-publishing match is unambiguous,publishConfig.accessis declared explicitly aspublic, and aprepublishOnlyscript now rebuildsdistbefore any publish, so a stale build can no longer be shipped.
1.2.1
Patch Changes
- Fix
Avatarrendering its fallback on top of, and behind, the image. Three problems compounded: an errored<img>stayed mounted underneath the fallback, so the browser painted its broken-image glyph andalttext behind the initials (both elements areabsolute inset-0); the fallback itself was transparent and sits after the image in the DOM, so it composited its initials over a mid-load image rather than standing in for it; and resetting the load status from auseEffectraced theloadevent, since effects flush after paint — a cached image could reportloadedfirst, and the late reset then stranded the fallback over an image that had already arrived, with no further event to clear it.AvatarImagenow renders nothing when it has nosrcor the currentsrcfailed, the fallback is opaque, and load state is read from the element in a ref callback during commit and recorded per-srcso a failed image can't suppress the next one.
1.2.0
Minor Changes
DropdownMenuTriggernow accepts asideprop ("top" | "bottom", defaulting to"bottom", its existing behavior) so a trigger sitting near the bottom of the viewport — a sidebar footer's account menu, say — can open its menu upward instead of getting clamped to the bottom of the viewport rather than actually landing next to the trigger. Optional and backward compatible — omitting it opens below exactly as before.DataTablenow acceptshidePaginationandonPaginationChange, so a caller can render its own pagination footer somewhere other than whereverDataTableitself renders — e.g. outside a card the table sits inside — whileDataTablekeeps owning the sort/filter/page-size math exactly as before.onPaginationChangereports{ page, totalPages, setPage }whenever any of them changes;hidePaginationjust suppresses the built-in footer, and has no effect withoutpageSize. Both are optional and backward compatible — omitting them renders exactly as before.
1.1.2
Patch Changes
- Add a
sizeprop toDateRangePicker("sm" | "md" | "lg", matchingButton's own vocabulary minus"icon"). Previously the trigger always carriedbuttonVariants({ size: "md" })with no way to pick a different size other than overridingclassName— but that override never actually replaced the hardcoded size classes, it just added alongside them (e.g.className="h-8 ..."left bothh-8andh-10on the same element, with Tailwind's generated stylesheet order silently deciding which one won).sizenow goes through the samebuttonVariantscall that resolves the variant/size combination cleanly, so there's no conflicting-class trap to fall into.
1.1.1
Patch Changes
- Fix two
DateRangePicker/Calendarbugs: an outside-month day could render as if it were a normal current-month day instead of muted (two conflicting text-color utility classes were applied to the same button, and which one actually painted depended on Tailwind's internal rule order), and picking a preset (or any externally-driven range change) left both calendars showing whichever month happened to already be open instead of jumping to the new range's month (defaultMonthonly seeds aCalendar's initial display and is ignored after that).DateRangePickernow gives eachCalendara real controlledmonththat re-syncs whenever the range changes for a reason other than the user paging through it by hand.
1.0.0
Major Changes
- v0 components
Releases are managed with changesets. See the GitHub releases for tagged builds.