Relaunch of "calendar for sitemgr"

Hans-Jurgen_Tappe 2008-08-30 08:43:20 UTC #1

Hi!

After I had my try with a calendar display module for the sitemgr (for
automated event publishing) with eGroupware 1.4, I’d like to start “from
scratch” for 1.6.

The problems with 1.4 were various, the core problem I faced was the
session management, which keeps some calendar data of the user in the
cache (but if I visit the website while logged in, I don’t want to see
my personal calendar but the public announcements).

The new approach should be based on existing ical/caldav PHP calendar
viewers and use:

one (or more) networking calendars
from a defined user (default: The anonymous user)
of a defined time scale (multi-week or month view)
caching of the data found

Can someone (Ralph, you probably know the caldav code best ) please
point me to a function any prerequisites in order to use internal
functionality to retrieve caldav (or ical) data instead of pulling the
data through the network - but with a fixed user ID?
What would be the URL of a remote calendar to limit view on user and
time frame?
Also, maybe, there is already a framework that can be used for the
caching mechanism?

Thanks a lot,
Hans-Jürgen

This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2008-08-30 10:01:39 UTC #2

Hi Hans-Juergen,

Hans-Juergen Tappe schrieb:

Hi!

After I had my try with a calendar display module for the sitemgr (for
automated event publishing) with eGroupware 1.4, I’d like to start “from
scratch” for 1.6.

The problems with 1.4 were various, the core problem I faced was the
session management, which keeps some calendar data of the user in the
cache (but if I visit the website while logged in, I don’t want to see
my personal calendar but the public announcements).

eGW’s session management has nothing to do with that.

The calendar UI stores it’s state (which date, view, calendars to show,
etc) in the session. If you which to be independent of that, you can eg.
use eg. calendar_bo::search() direct.

The new approach should be based on existing ical/caldav PHP calendar
viewers and use:

one (or more) networking calendars

from a defined user (default: The anonymous user)

of a defined time scale (multi-week or month view)

caching of the data found

The CalDAV code in eGW is currently only the server side, it does NOT
help to query any calendar (including your own eGW install). Therefore
you need a CalDAV client.

Using a CalDAV client has it’s advantages, as you can query and display
any CalDAV enabled calendar and not only the ones from the local eGW
installation.

Just googled a bit, but I could NOT find a php CalDAV client libary. You
could go the same way, as I did it for the server: use a general WebDAV
class and extend it for CalDAV.

If developing your own CalDAV client is beyond the scope of your
project, you can come back to calendar_bo::search() (can also be called
via xmlrpc from other eGW installs). It gives you complete control over
what calendars and timespans to display. It does NOT contain any UI
code, that’s call in calendar_uiviews. So you need to decide if you want
to spend time with creating your own views or settle on using the
existing UI code. Having an own state for the sitemgr site and your
personal calendar for logged in users should be possible (maybe it needs
a little work).

Ralf

Can someone (Ralph, you probably know the caldav code best ) please
point me to a function any prerequisites in order to use internal
functionality to retrieve caldav (or ical) data instead of pulling the
data through the network - but with a fixed user ID?
What would be the URL of a remote calendar to limit view on user and
time frame?
Also, maybe, there is already a framework that can be used for the
caching mechanism?

Thanks a lot,
Hans-Jürgen

This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2008-08-30 10:18:25 UTC #3

Hi!

Ralf Becker schrieb:

After I had my try with a calendar display module for the sitemgr (for
automated event publishing) with eGroupware 1.4, I’d like to start “from
scratch” for 1.6.
The calendar UI stores it’s state (which date, view, calendars to show,
etc) in the session. If you which to be independent of that, you can eg.
use eg. calendar_bo::search() direct.

OK, I’ll give this a try.

The new approach should be based on existing ical/caldav PHP calendar
viewers and use:

one (or more) networking calendars

from a defined user (default: The anonymous user)

of a defined time scale (multi-week or month view)

caching of the data found
Using a CalDAV client has it’s advantages, as you can query and display
any CalDAV enabled calendar and not only the ones from the local eGW
installation.
Just googled a bit, but I could NOT find a php CalDAV client libary. You
could go the same way, as I did it for the server: use a general WebDAV
class and extend it for CalDAV.

OK, I’ll check that (Joomla has some iCal frontends, but iCal was said
to be removed or not reliable at egroupware, wasn’t it?). Work on the
caldav driver presuambly is beyond the scope of what I currently need -
but might have been great to have it available for other users if I had
used this technique anyway. Hm, let’s see.

If developing your own CalDAV client is beyond the scope of your
project, you can come back to calendar_bo::search() (can also be called
via xmlrpc from other eGW installs).

OK, that would at least link eGroupware installations together (but i
assume with web2.0, the request for more networking is foreseeable).

It gives you complete control over
what calendars and timespans to display. It does NOT contain any UI
code, that’s call in calendar_uiviews.

I think, I could use some of this code - but in a different copy to
become independent from the user’s session data.

So you need to decide if you want
to spend time with creating your own views or settle on using the
existing UI code. Having an own state for the sitemgr site and your
personal calendar for logged in users should be possible (maybe it needs
a little work).

I will try (but for those who wait for this feature: I will need some
months before I can probably present it - due to other tasks).

Thanks for the advise and best regards,
Hans-Jürgen

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers