Bump @wojtekmaj/react-daterange-picker from 5.2.0 to 6.0.0

[dependabot[bot]]

Bumps @wojtekmaj/react-daterange-picker from 5.2.0 to 6.0.0.

Release notes

Sourced from @​wojtekmaj/react-daterange-picker's releases.

v6.0.0

❗️ = breaking change

What's new?

• Added support for React 19.

What's changed?

• ❗️ New JSX transform is now required. Most likely, you’re already using it, but if you’re not, you’ll need to enable it by following the instructions in the linked blog post.
• ❗️ propTypes were removed. If you’re using propTypes, we recommend migrating to TypeScript or another type-checking solution.
• ❗️ Props intended for consumption by React-Calendar should now be passed via the calendarProps prop. This change was made to avoid conflicts with React-DateRange-Picker's own props and to make customization easier.

Bug fixes

• Fixed leading zero having different font in certain scenarios. Thanks, @​AaronWatson2975!

v5.5.0

What's new?

• Improved developer experience by moving prop documentation to JSDoc. This means that you can now see descriptions, default values, and examples for all props in your IDE.
• Improved documentation.

v5.4.4

What's new?

• Package is now published with npm provenance statements.

v5.4.3

Bug fixes

• Fixed "Failed prop type: DateRangePicker: prop type portalContainer is invalid" error when using server-side rendering (#313).

v5.4.2

Bug fixes

• Fixed ESM build not working correctly in some environments (#312).

v5.4.1

Bug fixes

• Fixed "ReferenceError: HTMLElement is not defined" error when using server-side rendering (#311).

v5.4.0

What's new?

• Added support for native ESM modules (#310).

What's changed?

... (truncated)

Commits

• 69c4d6d v6.0.0
• fd451d9 Add support for React 19
• 0ad542c Fix leading zero having different font
• 3fa55b8 [breaking] Separate React-Calendar props from component's own props
• 1667154 Update dependencies
• e5cd5e7 Update year in LICENSE
• e34b61c Remove explicit React.FC type declaration
• db56b34 Remove propTypes
• ecd9289 Use new JSX transform
• 706811b Rename prettier command to format
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[huss]

I looked at this a little and here are a couple of thoughts:

• The compile error about defaultView being an invalid prop: The react-datarange-picker docs says you can use the react-calendar props which has that prop. I'm unsure why it is failing but maybe due to next issue.
• The link in the release notes above says this might be an issue. I looked a little but it may take some work.

If anyone is willing to take this on then that would be great.

[ChrisMart21]

Looking at the third bullet point on the release notes seems likely the culprit here

• ❗️ Props intended for consumption by React-Calendar should now be passed via the calendarProps prop. This change was made to avoid conflicts with React-DateRange-Picker's own props and to make customization easier.

Date range props doesn't seem to include the defaultView property, so it's probably one of react-calendar's like referenced in the release notes.

Have not tried this, but passing 'default view' as a 'calendarProps' property should work?

[huss]

@huss calendarProps={{ defaultView: 'year' }} should do the trick, if not I'll give it a go later

[huss]

calendarProps={{ defaultView: 'year' }}

Thanks. I tried with = not : but should have realized it was a JSON object. It compiles. Maybe I need a break :-)