Replies: 1 comment 1 reply
-
Hello @hhsissi , Since "startAt" is for the date that the calendar opens to initially, there is no requirement that changing startAt after the calendar opens should have an effect. I'll convert this to a discussion so more developers could chime in on how to implement programmatic month change. perhaps there could be a better way to do that. -Zach |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Is this a regression?
The previous version in which this bug was not present was
No response
Description
@input("startAt") is not referenced for changeDetection.
components/src/material/datepicker/calendar.ts
Line 411 in a378147
There is a workaround with "activeDate", but the problem is it makes a bit heavy on developers to implement programmatic month change (as it it not useable through templates). using startAt would make ours lives much easier when it comes to changing month view.
Reproduction
Steps to reproduce:
Expected Behavior
startAt updates should be referenced for changeDetection and trigger a view update.
Actual Behavior
Changing startAt value won't trigger change detection.
A workaround is changing the "activeDate", that is not referenced as an Input, therefore developers will have a hard time finding it.
Most people are actualy using internal functions like "calendar.monthView._init()" and stuff like that...
Environment
Beta Was this translation helpful? Give feedback.
All reactions