With the current implementation of the control, if you have events later in the day - the user needs to scroll down so that they are shown. We can consider adding a mechanism to show the first available event or expose methods to bring a specific event into view.
By default, the RadCalendar in DayView mode starts at midnight which is not very intuitive for all scenarios. The native controls expose APIs to control the starting time so we can consider exposing StartTime/EndTime properties for the users to control.
Ref# 1106424. We are using Kendo Scheduler in our Web application to show the recurring appointments. Similarly, We need the Recurring appointments to the RadCalendar for Xamarin.Forms in Mobile to aligned with Android and IOS.
The Android and iOS versions of the control support multiple and range selections. We should consider embedding such features in the Xamarin.Forms control as well. Links to the features in iOS and Android: - Android Range Selection: https://docs.telerik.com/devtools/xamarin/nativecontrols/android/calendar/calendar-selection - iOS Range Selection: https://docs.telerik.com/devtools/xamarin/nativecontrols/ios/calendar/selection
Expose an editing feature of the RadCalendar so that the users can hold a specific time slot and manually add an appointment or edit an already existing one.
In Xamarin Forms.
When I call Calendar.ScrollAppointmentIntoView(theItem); in Android it works fine.
In iOS when the same call is made, the calendar scrolls about 1 pixel, then stops.
I put the call into a timer just to make sure it's there.
Device.StartTimer(TimeSpan.FromMilliseconds(3000), () =>
{ Device.BeginInvokeOnMainThread(() => { Calendar.ScrollAppointmentIntoView(theItem); });
return false; // True = Repeat again, False = Stop the timer
});
Provide events raised when a new appointment is created and when an existing appointment is updated/deleted.
Available in minor release 2018.1.0315. It will also be available in the R2 2018 release.
SelectionChanged starts calling twice when appointments collection is changed at runtime from within the event.
The problem occurs when I update the Events property on either of the events DisplayDateChanged or SelectionChanged. It seems these events are triggered another time, sometimes, when the AppointmentSource gets refreshed. I say sometimes because you can navigate through the weeks as normal, but as some points you notice something went wrong. Here’s a list of what I have encountered so far :
When sliding through the weeks from the days header, let’s say the selected day is a Monday, the next weeks would have the Monday selected as expected. Then a random week would have an other selected day (Friday). It would happen randomly until some weeks get skipped completely.
When sliding through the weeks from the days header, let’s say the selected day is a Monday, the next weeks would have the Monday selected as expected. If I touch the Friday box, the selected date gets initially updated to Friday and then a random day between Monday and Friday gets selected.
When sliding through the weeks from the days header, the calendar gets stucked on a random week, and sliding forward or backward through the days header just put you back to the same week. In this case the only way to move to the next/previous week is to slide through the time slot.
Xamarin Forms, Newest everything
Out of the box, all Calendar views for iOS are in AM/PM
In Android the MultiDay is 24 hour, but the Day view is AM/PM
How can I force Android MultiDay to be AM/PM ?
When RadCalendar is inside Xamarin Forms Tabbed Page. Switching between tabs triggers Calendar SelectionChanged and the calendar DisplayDate is changed.
Workaround:
the issue could not be reproduced when RadTabView is used and its IsContentPreserved property is set to true.
Available in minor release 2017.2.0818. It will also be available in the R3 2017 release.
Available in minor release 2017.3.927. It will also be available in the R3 2017 SP release.