You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The FlatpickrOptions interface currently sets defaultDate type as string | Date. For 'multiple' and 'range' type instances the default date needs to be an array of strings or dates - see Flatpickr options.
In my local instance I have changed the defaultDate interface to accept string | string[] | Date | Date[] and can confirm that it works with date ranges but it would be good to see this implemented officially.
The text was updated successfully, but these errors were encountered:
Yep, all fine with using BaseOptions, except you must declare it as Partial<BaseOptions> as flatpickr BaseOptions properties are all probably generated as required:
public flatpickrOptions: Partial<BaseOptions>={inline: true,mode: 'multiple',defaultDate: this.multiDates};
I found a fix for this. Basically, I was using two packages in my rails application. The problem is that the stimulus searches for the respective controller name. If we will not provide it gets confused as that which controller is targeting the data attributes.
The FlatpickrOptions interface currently sets defaultDate type as
string | Date
. For 'multiple' and 'range' type instances the default date needs to be an array of strings or dates - see Flatpickr options.In my local instance I have changed the defaultDate interface to accept
string | string[] | Date | Date[]
and can confirm that it works with date ranges but it would be good to see this implemented officially.The text was updated successfully, but these errors were encountered: