Am 15.11.2014 um 12:48 schrieb Pascal Robert <[email protected]>:

> 
> Le 2014-11-15 à 06:33, Fabian Peters <[email protected]> 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 protected]>
>>> À: "WebObjects-Dev Mailing List List" <[email protected]>
>>> Cc: "Pascal Robert" <[email protected]>
>>> 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 protected]>:
>>> 
>>>> 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 protected])
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists.fabian%40e-lumo.com
>>>> 
>>>> This email sent to [email protected]
>> 
> 


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to