Binding data and exceptions |
Post Reply |
Author | |
JohnCrenshaw
Groupie Joined: 08 September 2006 Status: Offline Points: 65 |
Post Options
Thanks(0)
Posted: 10 November 2006 at 10:57am |
I am binding my database to the calendar and have encountered a huge problem with exceptions to recurrence patterns. For some reason, they don't take. I have implemented my own version of the DoRetrieveDayEvents() function and everything else is working.
Here is what I am doing:
1. I look for recurrence patterns in my database that recur across the day and add them to the return list.
2. I look for calendar blocks in the database that include this day.
2.1 Since recurrence exceptions are implemented via the calendar blocks, they are read in at this point.
3. If a calendar block represents an exception, we use the following code:
|
|
JohnCrenshaw
Groupie Joined: 08 September 2006 Status: Offline Points: 65 |
Post Options
Thanks(0)
|
I found a solution to this, sort of. I can't delay the retrieval of exceptions until they are needed. I have to load them ALL when the recurrence pattern gets loaded.
Is there any chance of this changing in the future?
|
|
sserge
Moderator Group Joined: 01 December 2004 Status: Offline Points: 1297 |
Post Options
Thanks(0)
|
Yes, you are on the right way.
The recurrence event structure is following: <Master Event object> <Recurrence pattern object> <Recurrence exceptions collection> They are linked and master event must be provided completly. This is a basic idea and when you return completed master event it can be cached. I think this is easy to understand and implement. May be add some notifications to process recurrence exceptions, but if you have 1 - 100 exceptions for single recurrence event I think this is not a problem or using other more complex way will not give you a big advantage. Microsoft Outlook (MAPI) also use the same completed recurrence structure. The difference only that in MAPI exceptions are saved not as completed event object, but only changed properties and times of master event saved. We also may go in this way, but it's more complex and looks to be not needed for now. -- WBR, Serge |
|
Post Reply | |
Tweet
|
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |