fix(calendar): remove unnecessary width class from day element (#7894)

[theolebarq]

Fixed the calendar component when endMonth property is added.

Fixes: #7894

For example: on a current calendar, when you add the endMonth property

Now with fix:

[vercel]

Someone is attempting to deploy a commit to the shadcn-pro Team on Vercel.

A member of the Team first needs to authorize it.

[xpt300]

I recenlty spotted this issue too!

[tzuennn]

While this fixes the end of month issue, it introduces a regression at the start of month where days are no longer correctly aligned.

Problem with Current Fix

The issue is that completely removing the w-full class breaks the calendar's grid alignment. Days at the start of the month now have inconsistent spacing and aren't properly aligned with the week headers.

Root Cause

The original problem (#7894) occurs because w-full forces cells to take full available width, which causes overflow when there are fewer days at the end of the month. However, completely removing width constraints breaks the overall calendar layout structure.

Suggested Solution

Instead of removing all width constraints, we should use a more targeted approach:

day: cn(
  "group/day relative aspect-square h-full select-none p-0 text-center [&:first-child[data-selected=true]_button]:rounded-l-md [&:last-child[data-selected=true]_button]:rounded-r-md",
  "w-auto [tr:first-child_&]:w-full",
  defaultClassNames.day
)

This should preserve start-of-month alignment while avoiding end-of-month overflow.

[theolebarq]

@tzuennn

I have taken your feedback into consideration.

[theolebarq]

Now, with this correction, when we added endMonth={new Date(2030, 11)}, it fixes the problem! What do you think?
In test mode:

[vbachele]

oh I also had this issue thank for offering the fix