Re: ERGroupware changes
Re: ERGroupware changes
- Subject: Re: ERGroupware changes
- From: Fabian Peters <email@hidden>
- Date: Sat, 15 Nov 2014 13:43:46 +0100
Am 15.11.2014 um 12:48 schrieb Pascal Robert <email@hidden>:
>
> Le 2014-11-15 à 06:33, Fabian Peters <email@hidden> a écrit :
>
>> I'm planning to make course data available via CalDAV (events) and CardDAV (participants). Ultimately I'd like to allow organisers/employees to access all data, instructors to access event and participant data of their courses only and participants to access event data of their courses only.
>
> I did something like that for a customer (when I was a freelancer).
>
>> I'm still wondering how to best organise the calendar data to make it easy enough to use for non-technical users and avoid too much duplication. I remember iOS devices having no support for delegated calendars, is that still true?
>
> Do you want to let organizers edit the events in a « regular » CalDAV client or only from a Web interface?
No, the CalDAV data will be read-only. Keeping the data on the CalDAV server up to date will be enough of a hassle, I guess.
> An option would be to use the sharing option (not all CalDAV servers support this), with an account that have every calendars and share the calendars to groups.
Yes, that sounds like a good approach. Storing all calendars (one per course?) under the organisers' account and then sharing them to others.
> iOS supports delegated calendars, but you have to enter the URL for the delegated into the device. You can’t add them with Profile Manager, but adding them manually works. This is what we did at work for the calendars of our sales team.
Right, now I remember having done something like this. Definitely not what I want to explain to non-technical, paying customers. ;-)
Thanks, Fabian
>> Thanks, Fabian
>>
>>
>>> ----- Mail original -----
>>> De: "Fabian Peters" <email@hidden>
>>> À: "WebObjects-Dev Mailing List List" <email@hidden>
>>> Cc: "Pascal Robert" <email@hidden>
>>> Envoyé: Vendredi 14 Novembre 2014 06:32:07
>>> Objet: Re: ERGroupware changes
>>>
>>> Hi Pascal,
>>>
>>> I've just started to look into ERGroupware and wanted to make sure I'm using the cdav-connector version, but I cannot seem to find any references to e.g. "zswi.objects" in the code of the cdav-connector branch? It looks like master and cdav-connector are identical.
>>>
>>> I bumped into an issue with the old (?) ical4j connector: Calendars.getUid throws a ConstraintViolationException "More than one UID found in calendar" when I add more than one event to a calendar and then try to add it to an existing CalDAVCollection on a DAViCal server:
>>>
>>> for (CourseEvent anEvent : aCourse.events()) {
>>> ERGWEvent event = new ERGWEvent(cal);
>>> event.setStartTime(anEvent.startDateTime());
>>> event.setEndTime(anEvent.endDateTime());
>>> …
>>> }
>>> …
>>>
>>> CalDAVCollection defaultCollection = store.getCollections()
>>> .objectAtIndex(0);
>>> defaultCollection.addCalendarObject(cal);
>>>
>>> Generating the ics file via ERGWPublishCalendarPage works fine and iCal accepts it and pushes it to that same calendar on DAViCal w/o issues.
>>>
>>> Fabian
>>>
>>> Am 21.09.2013 um 05:02 schrieb Pascal Robert <email@hidden>:
>>>
>>>> Hi,
>>>>
>>>> At WOWODC, I said that I wanted to use another library for CalDAV and use it into ERGroupware. Well, I found that other library, in fact I wrote 75% of the code in that library.
>>>>
>>>> https://github.com/Kerio/cdav-connector
>>>>
>>>> If you wish to try ERGroupware with that library, get the source of ERGroupware:
>>>>
>>>> https://github.com/pascalrobert/ERGroupware
>>>>
>>>> And switch to the "cdav-connector" branch. Please note that if you have used ERGroupware in the past, the constructors have changed. That's probably the only change you will have to do in your code.
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>> This email sent to email@hidden
>>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden