BoldSign®Effortlessly integrate e-signatures into your app with the BoldSign® API. Create a sandbox account!
Hello
If we create an all day event that starts at 12 am on April 22th and ends at 12 pm on April 22th, the Schedule control interprets this as 2 days full event. If we extract one millisecond before midnight, it is working well.
There seems a standard that the end time should be non-inclusive.
Could it be fixed please?
Thank You
Sébastien
Hi Sébastien,
Thanks for your interest in
Syncfusion products.
Based on the implementation of
Schedule control, ScheduleAppointments doesn't consider the StartTime and
EndTime properties when it is “AllDay Appointment”, and we are not able to
reproduce the mentioned issue with our current version (v12.1.0.43), so could
you please provide us a simple issue reproducing sample. So that we could analyse
on it and provide you better solution.
Please let us know, if you need
any further assistance.
Regards,
Joy Oyiess Rex K
Hello,
I was able to reproduce the issue with the Syncfusion sample. I think I have pinpointed the problem (but I didn't find the solution).
1- Open the file GettingStarted.xaml.cs from SampleBrowser\SampleBrowser\Schedule\View
2- At the end of the constructor, please add the following ScheduleAppointment:
AppoitnmentCollection.Add(new ScheduleAppointment()
{
StartTime = new DateTime(2014, 4, 23, 0, 0, 0),
EndTime = new DateTime(2014, 4, 24, 0, 0, 0),
EndTimeZone = null,
StartTimeZone = null,
AllDay = true,
AppointmentBackground = brush[1],
Subject = "One day event"
});
As you see the StartTime is on April 23th and end on April 24th (midnight of April 23th in fact...).
3- Run the application, you'll see that the full day event is only on one cell. That's the good behavior.
But now, let's use the Hospital demo which use mapping.
1- Open EventsViewModel.cs from \Chart\ShowCase\HospitalDemo\ViewModel
2- At the end of the constructor, please add:
var eventFullDay = new Event();
eventFullDay.Title = "Full day event";
eventFullDay.Description =
"Institute of Neurosciences organises a CME program on Neurology in the Future";
eventFullDay.Start = new DateTime(2014, 4, 25, 0, 0, 0);
eventFullDay.End = new DateTime(2014, 4, 26, 0, 0, 0);
eventFullDay.Venue = "Syncfusion medical university";
eventFullDay.Icon = "ms-appx:///Chart/ShowCase/HospitalDemo/Assets/Image6.jpg";
Events.Add(eventFullDay);
The Start and End dates use the same date structure as the previous example. However, this event will be spread over two days which is not the desire behavior.
Thanks
Sébastien
Hi Sébastien,
Thank you for providing the information to analyze the issue.
Regarding the all-day appointment creation using custom mapping appointments, AllDayMapping attribute of AppointmentMapping should be specified to map the properties from the underlying items source. Please find below the code snippet to map the custom appointments.
Code Snippet:
[XAML]
<sync:SfSchedule.AppointmentMapping>
<sync:ScheduleAppointmentMapping SubjectMapping="Title"
StartTimeMapping="Start"
LocationMapping="Venue"
NotesMapping="Description"
EndTimeMapping="End"
AllDayMapping="IsAllDayEvent"/>
</sync:SfSchedule.AppointmentMapping>
We have modified the patient monitor demo to create all day appointment and the simplified sample is attached below for your reference. Please find the sample from the attachment and let us know if this helps you.
Sample Link:
http://www.syncfusion.com/downloads/support/directtrac/116193/PatientDetailsDemo1330223396.zip
Please let us know if you need any further assistance.
Regards,
Pauline Bosco K
Hello,
In your provided sample, the bug is indeed still there: http://screencast.com/t/z0jzbITCnw
You didn't see the problem because the bug was hidden by another event on April 26th.
In your provided sample, please put in comment the line "Events.Add(event5);" in EventsViewModel.cs
Thank You
Sébastien
Hi Sébastien,
Thank you for providing the detailed information regarding the issue.
The reported scenario in SfSchedule is an expected behaviour of all day appointment in month view. For your reference, we have attached the comparison details of SfSchedule (Month View) and Outlook Schedule (Month View) having all day appointment. Please find the attached document and let us know if you have any other concerns.
Regards,
Pauline Bosco K
Hello Pauline,
I'm glad that you are mentioning the example of Outlook. We are currently doing something to support Outlook with the Syncfusion control.
To help understanding the issue, I have created 2 screenshots that you can find in the Zip. The first screenshot is about creating a one full day event in Outlook. The other screenshot is from Syncfusion. You'll see that the Syncfusion display the "one" full day event into a two days full event.
The standard practice dictates to exclude the 12:00:00 am as a new day.
If you cannot fix the issue, could you please add another boolean property like: IgnoreMidnightAsNewDay. This issue is very important to our client.
Thank You
Sébastien
Hello,
In the Word document, is there a typo concerning the Scenario III?
The bug we are saying is about 2014/4/28 0:0:0 to 2014/4/29 0:0:0 and IsAllDay = TRUE.
I want to make sure you fix the right bug :)
Thank you
Sébastien
Hi Sébastien
We have fixed the issue with Scenario
III, where 2014/4/28 0:0:0 to 2014/4/29 0:0:0 and IsAllDay = False,
and the fix will be included in our upcoming WinRT SP release.
But the scenario you have
mentioned in your last update is Scenario I in the previously updated
document by us, 2014/4/28 0:0:0 to 2014/4/29 0:0:0 and IsAllDay = True and
the current behaviour is not an issue instead it is an expected behaviour as
like in MS Outlook. Please refer the comparison document for the Screenshots of those
scenarios.
Please let us know, if you need
any further assistance.
Regards,
Joy Oyiess Rex K
Hello Joy,
I want to repeat that there is a bug with the Scenario 1 (2014/4/28 0:0:0 to 2014/4/29 0:0:0 and IsAllDay = True).
In fact, we even notice that in the Week view, the issue is not there. In other words, the scenario 1 is working well in the Week view with the display of 1 full day.
So, in the Month view, the Scenario 1 is spreaded over two days. That's the issue. For your information, the Scenario 1 comes from MS Outlook. We are dealing with the Exchange protocol.
Thank you!
Sébastien
Hi,
After an intense evening of debugging, I found out that the issue is on our side during date conversion.
I sincerely apologize.
Thank you
Sébastien
Hello,
After a good sleep, I opened the Syncfusion sample this time and I realized that the bug is really present. The scenario 1 will be displayed on 2 days in the Month view, but in the Week view, it will be displayed correctly.
The Scenario 1 should be indeed be one day. The MS Outlook standard and Microsoft Exchange state that an all day event must start at midnight and end the next day at midnight. Source: http://msdn.microsoft.com/en-us/library/ee203617(v=exchg.80).aspx
An item marked as an all day event is understood to begin on midnight of the current day and to end on midnight of the next day.
Thank You
Sébastien
Hi Sébastien,
Based on the implementation of
SfSchedule,
If an AllDay Appointment with
StartTime and EndTime on same Day ,
For example
StartDate: 2014/4/28 0:0:0
EndDate: 2014/4/28 0:0:0
IsAllDay: true
It will creates an event for
single day and follow the terms as mentioned by you.
“An item marked as an all day
event is understood to begin on midnight of the current day and to end on
midnight of the next day”
If an AllDay Appointment with
StartTime on some Day and EndTime on the NextDay,
For example,
StartDate: 2014/4/28 0:0:0
EndDate: 2014/4/29 0:0:0
IsAllDay: true
Then the AllDayAppointment will
be spanned for two days, which is the expected behaviour as per the MS Outlook
and SfSchedule implementation in all the Views.
Please let us know, if you have
any concerns.
Regards,
Joy Oyiess Rex K