Open bdlukaa opened 2 years ago
Following DRY principles, can we ever consider use something curated like table_calendar as a base?
I have some experience with this one and this could simplify the ulterior development if we are able to render the calendar as expected in the spec.
@bdlukaa Do we have any specific policy about third party packages?
As long as it's able to allow us to customizate it for our needs, I don't see any problem!
@bdlukaa So, in order to make things clear prior to any development:
CalendarView
, potentially based on table_calendar. CalendarView
initialValue
: Show a defined month & Focus into that day (or DateTime.now()
if not set)minDate
& maxDate
: two optional DateTime
args that limits min & max date (they will be unbounded if unset)onSelect
callback: function to be called when a day is selectedweekStartDay
: First day of week (normally Sunday or Monday, depending on localization), defaults to Sunday.CalendarDatePicker
initialValue
date (or DateTime.now()
if not set)CalendarView
insideonChange
callback@bdlukaa Can we close this issue? What is missing?
CalendarView
:
The current implementation of both date and time pickers are old and have many issues.
Acrylic
as their base implementation, making it look like it's not native (https://github.com/bdlukaa/fluent_ui/pull/241)FluentLocalizations
(https://github.com/bdlukaa/fluent_ui/issues/213)CalendarView
CalendarDatePicker
, based onCalendarView