docs(date): rfc proposing new date component

[edleeks87]

Proposed behaviour

RFC detailing a proposal for a new implementation for the Date component

Current behaviour

Existing implementation has considerable technical debt and issues and pending features

Checklist

• Commits follow our style guide

Additional context

POC (very rough implementation):
https://codesandbox.io/s/poc-of-rfc-proposal-ctdfw?file=/src/index.js

Testing instructions

[codesandbox-ci]

This pull request is automatically built and testable in CodeSandbox.

To see build info of the built libraries, click here or the icon next to each commit SHA.

Latest deployment of this branch, based on commit 59353fb:

Sandbox	Source
carbon-quickstart	Configuration
carbon-quickstart	PR
POC of RFC proposal	PR

[cypress]

---

Test summary

1242 • 0 • 3 • 0 • 0

---

Run details

Project	carbon
Status	Passed
Commit	a55316c5a9 ℹ️
Started	Aug 9, 2021 2:56 PM
Ended	Aug 9, 2021 3:03 PM
Duration	06:18 💡
OS	Linux Debian - 10.8
Browser	Chrome 90

View run in Cypress Dashboard ➡️

---

This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard

[samtjo]

The approach looks good to me in general, mostly minor comments/changes from me

[jamime]

• Update RFC to use composition for date picker e.g. <Date picker={<Picker />} />

[cypress]

---

Test summary

1177 • 0 • 3 • 0 • 0

---

Run details

Project	carbon
Status	Passed
Commit	ff1c00f
Started	Nov 9, 2021 9:59 AM
Ended	Nov 9, 2021 10:03 AM
Duration	03:57 💡
OS	Linux Debian - 10.9
Browser	Chrome 91

View run in Cypress Dashboard ➡️

---

This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. You can manage this integration in this project's settings in the Cypress Dashboard

[mkrds]

Looks good to me, I'm just not sure about the renderPicker approach, if there are use cases for that than I'm ok with that

[jamime]

Meeting Notes 30th Sept

Attendees: @edleeks87 @mkrds

• Change renderPicker to be pickerProps and pass props to react-day-picker
• Link to react-day-picker documentation
• Add notes on captionElement. We will add additional prop e.g. displayInputCaption which will add our Select components for switching the month/year.

[edleeks87]

PR has moved into final comments stage, this PR will be merged in 3 days time if no further changes are required

[carbonci]

🎉 This PR is included in version 97.0.0 🎉

The release is available on:

• npm package (@latest dist-tag)
• GitHub release

Your semantic-release bot 📦🚀

[quinnturner]

Regarding alternatives to moment, I'd like to add another point to the discussion; migration workload for downstream projects.

Since carbon-react is the last project that uses moment within our bundle, we will probably end up going with whatever carbon-react chooses to minimize our bundle size. dayjs generally has a smoother transition from moment than date-fns because dayjs is closer to being API-compatible than date-fns (after using a few dayjs plugins). Therefore, it may be less work from each dependent project on carbon-react, that wishes to use the same date lib, to upgrade as well.