aboutsummaryrefslogtreecommitdiffstats
path: root/lib/private/Calendar
Commit message (Collapse)AuthorAgeFilesLines
* Move iMIP to it's own interfaceAnna Larch2022-11-031-2/+4
| | | | | | | | | | | | | | | | and clean up the code a bit. Added: - author Removed: - unused imports Changed: - moved iMIP handling to new interface - pointed code to new implementation Signed-off-by: Anna Larch <anna@nextcloud.com>
* Fix various errors in iMIP logicAnna Larch2022-09-081-1/+16
| | | | Signed-off-by: Anna Larch <anna@nextcloud.com>
* Support iMIP invitations from MailAnna Larch2022-08-221-2/+151
| | | | Signed-off-by: Anna Larch <anna@nextcloud.com>
* Move calendar resource/room backend registration to IBootstrapChristoph Wurst2022-02-072-22/+78
| | | | Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Fix initialization of calendar search URIsChristoph Wurst2021-11-111-2/+5
| | | | | | | They are an empty array by default. If you don't initialize then accessing them via the setter will throw a type error. Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Add IManager::getCalendarsForPrincipal APIChristoph Wurst2021-11-031-5/+12
| | | | | | | | The Calendar app needs to access calendars of a given principal in the back-end. The new calendar providers were not accessible for apps before this patch. Now they can access the ICalendar objects on demand. Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Build instances of the calendar providers before using themChristoph Wurst2021-10-141-4/+31
| | | | | | | What we get from the registration context are only the class names. We still have to load the classes before we can use them. Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Add Public Calendar ProviderAnna Larch2021-10-142-1/+173
| | | | | Signed-off-by: Anna Larch <anna@nextcloud.com> Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Update php licensesJohn Molakvoæ (skjnldsv)2021-06-043-6/+3
| | | | Signed-off-by: John Molakvoæ (skjnldsv) <skjnldsv@protonmail.com>
* Format code to a single space around binary operatorsChristoph Wurst2020-10-051-3/+3
| | | | Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Update license headers for 19Christoph Wurst2020-04-293-0/+3
| | | | Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Format control structures, classes, methods and functionChristoph Wurst2020-04-103-7/+7
| | | | | | | | | | | | | | | To continue this formatting madness, here's a tiny patch that adds unified formatting for control structures like if and loops as well as classes, their methods and anonymous functions. This basically forces the constructs to start on the same line. This is not exactly what PSR2 wants, but I think we can have a few exceptions with "our" style. The starting of braces on the same line is pracrically standard for our code. This also removes and empty lines from method/function bodies at the beginning and end. Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* Update license headersChristoph Wurst2019-12-053-3/+5
| | | | Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
* RoomManager/ResourceManager: Inject IServerContainer instead of using OC ServerGeorg Ehrke2018-10-082-2/+28
| | | | Signed-off-by: Georg Ehrke <developer@georgehrke.com>
* adjust Calendar resource / room interfaces to use class implementationGeorg Ehrke2018-10-082-24/+58
| | | | Signed-off-by: Georg Ehrke <developer@georgehrke.com>
* Correctly init empty arraysJoas Schilling2018-07-122-2/+2
| | | | Signed-off-by: Joas Schilling <coding@schilljs.com>
* periodically query calendar resource / room backends for updated resource / ↵Georg Ehrke2018-06-252-0/+24
| | | | | | room information Signed-off-by: Georg Ehrke <developer@georgehrke.com>
* update resource booking interfaces and add managersGeorg Ehrke2018-06-252-0/+142
| | | | Signed-off-by: Georg Ehrke <developer@georgehrke.com>
* implement CalendarManagerGeorg Ehrke2017-11-091-0/+140
Signed-off-by: Georg Ehrke <developer@georgehrke.com>