-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support of recurring events #38
Comments
Hi @donni106 ContainerId = it is user id that we will pass |
Hi @donni106 So, it is difficult to convert this data into human readable format. |
I don't think so. Do you have an example response that will be possible? So I can say if that is enough for our use cases. |
Hi @donni106 We can show recurring_event details like this: |
Hi @donni106 |
I did not have the time to check that yet, sorry. |
No problem! |
Can you please explain more in detail. I am not sure what happens when.
|
Hi @donni106
Ans 2. After creating the recurring event, the user will get response like (FREQ=DAILY;COUNT=5;INTERVAL=1). Ans 3. When we create an event and that event we want recurring event then in that case we only mentioned how many times we want to repeat this event with the help of 'endOcurrence' parameter. we don't need additional information that makes it ables to present three times. Thanks! |
is this the object that needs to be passend when creating an event?
my question is, how are the events returned by the api? example: if i want to show events in a calendar and i have an event every tuesday of a month. i would like to mark every tuesday of a month for the user. so in a month with 4 tuesdays there should exist four events, right? when querying the endpoint for all events, will there be four events? or will there be one event? if there will be just one event, how do i know, that i need to mark 4 tuesdays in a month? |
Hi @donni106 For example : id = 26 And we fetching the result it looks like furthere more I Hope it will clear your problem |
We knew, that there are no information about recurring events currently in the calendar API, that was why we created the issue for you :) How would the result look like after your solution? What is the |
Hi @donni106 The result is looking like this RecurrenceFormModel is the model which is responsible for saving recurring events. Sending Recurring data in payload |
so there is one calendar entry returned with addition how can we display multiple events this way? can you imagine some implementation to format/translate reccurring infos to return multiple calendar entries instead of one entry with the information? so that the API returns 10 entries on every wednesday in the selected reccurring time span? |
Hi @donni106
Yes, from today to next 10 weeks on every wednesday (see the screenshot attached below)
Yes we can show all recurring events as separate entry like all 10 weeks wednesday but there is one condition you have to pass start date and end date for fetching both single event and recurring events in that particular date range. For example : You wants all calendar entries between 10-07-2022 and 30-07-2022 then if three recurring events lies in between this date range then they will be shown as separate entry. Why we need start date and end date? |
Ok I think we now have a common understanding about the complexity.
and
right? |
Okay, we will implement that
Yes |
Hi @donni106 |
When we check calendar data, recurrence should be part of it. I guess it would be very hard to ask for recurrence separately. Requesting events in all available kinds should contain recurrence, if exists. When one asks for events, it is expected to receive all the events no matter if they are one time events or recurring events, right?
Did I miss some endpoint? |
Hi @donni106 If we do not provide any dates then we have to think of other approaches as well for recurring events What are your thoughts? |
We will have calendar views, so requests could have monthly ranges. On the other hand we will have requests for events from today up to the future, so we can have a range from today to 31.12.2100 or something if we really need an end date. |
Okay @donni106 |
Yes please 🤝 |
Hi @donni106 |
Is it ok to say: the same as for not recurring events? I guess every event should provide the same data? Or what exactly is the question? |
Hi @donni106 |
Actually, recurring events return some additional data like backgroundColor, view mode, etc. So, we are asking what data should be returned from recurring events. |
all right, so I would say that we do not need to exclude anything, let's return everything available? |
Okay @donni106 |
Hi @donni106 So, if we add BaseContentController class in our CalendarController then issue #6 will be invalid, and if we will not add that class then recurring events not fetching. We still can't find why this is happening What we should do now? Will we create new endpoints |
What about having a new controller and a new endpoint especially for recurring calendar events and keep the current calendar events untouched? this way it should be still possible to fetch calendar events without bearer token, right? |
Hi @donni106 |
Hi @donni106 |
All right, let's do:
Will there be an endpoint to get one recurring event like |
Hi @donni106 |
If the non recurring event would be returned by |
Yes @donni106 |
Now, you will get all the recurring events in a given date of range. Note: You have to pass bearer token, start_date and end_date for getting recurring events.
Now, you will get all the recurring events in a given date of range. Note: You have to pass bearer token, start_date and end_date for getting recurring events.
Recurrence of events is already implemented for the calendar and can be used in the web application: https://github.com/humhub/calendar
There is a form where users can select several options:
For the API it is missing in the default rest module. There was an issue opened in February 2021, which was never addressed: humhub/rest#50
Can we extend the functionality with our extension and implement the missing pieces for creating recurring events?
The text was updated successfully, but these errors were encountered: