fixed dayjs another local and calendar

[baravak]

fixed #7276

[baravak]

The issue in the test was solely due to a Prettier syntax error, which has been fixed, and the test was re-run. Thank you!
@rtivital

[baravak]

The issue encountered was not an actual operational error. It was caused by attempting to match the date with exact hours and seconds, which was unnecessary. However, it has been resolved, and the test was re-run.
I apologize for the recurrence of the issue.
@rtivital

[baravak]

Summary of Changes

Phase 1: Refactoring and Bug Fixes

• Reimplemented getStartOfWeek, getEndOfWeek, and getMonthDays:
  These functions, previously relying on Date, were refactored to use dayjs.

  • This resolved bugs related to non-Gregorian calendars.
  • It also ensured the appropriate usage of dayjs. If it wasn't meant to be used, there was no need to include it in the code. However, the original implementation implied it was intended to leverage dayjs features.

• Injected dayjs where missing:
  Replaced direct Date usage in areas that caused errors in non-Gregorian calendars with dayjs, ensuring consistency and calendar compatibility.

Phase 2: Simplification and Optimization

• Removed custom isSameMonth function:
  Replaced it with the built-in isSame method from dayjs, which serves the same purpose more effectively.

Why These Changes?

Although it was mentioned in previous issues that there’s no current plan to support non-Gregorian calendars, these adjustments create an opportunity for the library to accommodate such calendars seamlessly in the future.

---

These simple changes allowed the Mantine library to support non-Gregorian calendars without disrupting its core functionality. Developers using non-Gregorian calendars and Mantine can now do so without facing related issues.