When using either TcxSchedulerEventConflictsInfo.Timeranges or FindAvailableTime all the time between the specified time ranges seems to be returned as being free (I have set EventOperations.Intersection = false).
In the resources demo it seems to behave erratically as well. If you do the following:
- Open and run the demo
- Click on a day with an event (in this case 11th May 2013)
- Select a car - Bugatti Veyron
- Click "Rent a car" button and select 11/5/13 and the first available time slot, 00:00 - 08:00
- Click rent. The dialogue closes and the Scheduler is updated with the Event from 00:00 - 08:00
- Click "Rent a car" again, and repeat the procedure above
- The Scheduler on the booking form shows the time as booked on the right, but in the "Choose the available time period" box in step 4 of the booking process, the available times are wrong, it shows 08:00 - 08:45 as being free to rent which is the pre-set event in the demo.
I couldn't get this far in my application, using the ConflictsInfo approach returned that the whole day was free from midnight to midnight and using the FindAvailableTime approach, testing for 15 minute increments within a time range representing the working day, returned that each was free (again EventOperations.Intersection = false).
Is there a simple code example of either approach available for a Scheduler hooked up to TcxSchedulerDBstorage? My objective is to present the user with a list of gaps in their weekly timesheet that need filling. This could be achieved outside of using the above methods but would be a bit a waste of effort if I can get these approaches to work…hopefully you can help me.
Thanks in advance,
Ivan
Classes and functions designed to search for free time blocks cannot find all the possible free time blocks
Answers approved by DevExpress Support
We have fixed the issue described in this ticket and will include the fix in our next maintenance update. To apply this solution before the official update, request a hotfix by clicking the corresponding link for product versions you require.
Note: Hotfixes may be unavailable for beta versions and updates that are about to be released.
As ever thank you for the superb assistance. I just tested the hotfix and the demo you supplied earlier now works perfectly.
You should make a bigger deal about how good the DevExpress support team is. "Its like having extra developers on your team" or something. :-).
Thanks again and have a good weekend,
Ivan
Hello,
The issue is fixed. Would you mind us publishing the content of this ticket? It can help other programmers who faced a similar problem.
I have published the content of this ticket. Should you have any objections, feel free to post a comment here.
We appreciate your understanding.
Hello,
Please check if the How to obtain the number of events scheduled for a given date Knowledge Base article can help you accomplish the task.
Hi Paulo
I've had a think about your suggestion and I'm not sure how it relates to the query above?
Hello,
I thought that having a list of events for a certain date will help you accomplish the task. Please accept my apologies for not being helpful in my previous post. I have created a small sample project to demonstrate the TcxSchedulerEventConflictsInfo class capabilities. Would you please describe (based on the attached project) why this structure is not suitable for your scenario?
Hi Paulo
I will have a look at the attached and get back to you next week, thanks. Regarding using GetEvents, I have already looked at iterating through a list of events against a cycle of time slots start times , then end, times, but its both expensive and error prone - testing for an event in 5-15 minute intervals between specified time ranges takes a lot of crude iterative checking and misses certain situations. If I test between 8am and 6pm and events are scheduled on the 5 or 15 (or whichever…) interval then it will be sort of ok… until someone schedules an event at 7:55am which then will show all of the time that the event occupies as free, as it didn't detect a start time at 8am - it will assume all of the following time is free until it hits the next appointment.
Also unless I test for each minute (or second!) between the desired times then any events not scheduled on the 5 or 15 etc minute intervals will just be invisible as they wont match the start times in the cycle that I'm testing for…
I'll try the attached but as per my original post the demo didn't seem to work and trying the ConflictsInfo and FindAvailableTime approaches didn't work either, but its by far my preference to use either of these two methods.
Thanks again and as ever a fast and helpful response from the team,
Ivan
Hi Paulo
I looked at your sample project, thank you for sending it. However I encountered the same issues as with the demo supplied with the installer and with my own efforts - it just doesn't work properly. Please look a the attached screenshot of the project you sent:
In the memo, the first time slot reported as free is correct up to the event "Test 1".
The next slot reported as free is 8:30 - 10:00, but this ignores "Test 2" between 9:00 - 9:30
The next reported free time slot is 10:30 - 12:00, ignoring "Test 4" between 11:00 and 11:30
This final time free slot reported is correct.
As I mentioned this issue is similar to the one in the demo shipped with the install. In my own application, for some reason it ignored all events and reported all time as free. If I had a working example I could copy it pretty easily, but my concern is there seems to be a bug?
Thanks for your help and looking forward to your response.
I hope you have a good weekend,
Ivan
Hello,
It seems that you are right, this behavior looks erroneous and our demo is also affected by it. I have forwarded this ticket to our developers for research.
Hi Paulo
Thank you for the update, much appreciated. Any idea as to when I can expect an update as to their findings and a potential resolution? Just so I can plan around it, I'm working on the dashboard-y bit of the application at the moment of which this is a big piece, if its not going to get looked at anytime soon I can move on to something else and plan to come back later.
As ever thank you for great support!
Ivan
I assure you that our developers will do their best to resolve the problem as soon as they can. However, I cannot give you any time frame at present, because my estimations may be misleading.
Thanks for your patience.
Hi
Has there been an update to this ticket?
Our developers are working on this issue.
We appreciate your patience.