Reflect changes on each resources' event
I'm using Syncfusion Scheduler. I'm trying to create Appointments for multiple resources. When selecting 2 resources on an event-creation the Scheduler Component passes 2 Appointment-objects to my Custom Adaptor. This is expected behaviour from what I understand and suits my requirement.
What I'm currently struggling with is when one of these 2 events get an update or delete I want these changes to reflect on the other instance. I want to:
- Correlate these 2 (multiple) appointments
- Make sure changes and deletes are reflected on the other instances (if any).
How can I achieve this?
Some implementation details:
-I'm using the default editor template
-I have implemented a custom Adaptor for both my Appointments/Events and my Resources
-I'm able to select multiple resources in the default editor template, this creates a Event for each selected resource
-My Event-model class has property of type Guid named Resource which is mapped to my Resources
public Guid Resource { get; set; }
Hi Ron B,
<SfSchedule TValue="AppointmentData" Width="100%" Height="650px"> <ScheduleGroup Resources="@Resources" AllowGroupEdit="true"></ScheduleGroup> <!-- Other scheduler properties --> </SfSchedule> |
- A single appointment object is maintained in the data source
- Resource IDs are stored as comma-separated values in the resource field
- Actions like create, edit or delete performed on any instance will be automatically reflected on all related instances.
Regards,
Vijayakumar R
Hi Vijayakumar,
Thanks for the reply, much appreciated. I got this working after converting my resource id to Int instead of Guid. I didn't plan on using ScheduleGroups though..
Is there any way to limit the resources displayed? When I have >10 resources (which is very probable) my UI will be very cluttered..
<ScheduleViews> <ScheduleView AllowVirtualScrolling="true" Option="View.TimelineWeek"></ScheduleView> <ScheduleView Option="View.TimelineMonth"></ScheduleView> <ScheduleView Option="View.Agenda"></ScheduleView> </ScheduleViews> |
Regards,
Vijayakumar R