[dev] [cvs] commit: incubator/minerva/lib Outcomes.php Recurrence.php api.php incubator/minerva/locale/sl_SI/LC_MESSAGES minerva.mo incubator/minerva/outcome ics.php list.php topay.php incubator/minerva/po minerva.pot sl_SI.po incubator/minerva/recurrence ics.php list.php ...
Jan Schneider
jan at horde.org
Sat May 26 10:49:02 UTC 2007
Zitat von Duck <duck at obala.net>:
> duck 2007-05-26 06:51:16 EDT
>
> Modified files:
> minerva/lib Outcomes.php Recurrence.php api.php
> minerva/locale/sl_SI/LC_MESSAGES minerva.mo
> minerva/outcome list.php topay.php
> minerva/po minerva.pot sl_SI.po
> minerva/recurrence list.php
> minerva/templates/outcome list.html
> minerva/templates/recurrence list.html
> Added files:
> minerva/outcome ics.php
> minerva/recurrence ics.php
> Log:
> Replace listTimeObect api call with dedicated ics files. Can be
> directly added to calendars using new subscribe/un subscribe
> Kronolith call.
This doesn't make any sense. Why would you want to convert invoices to
dates to ics data, transport it over http and convert it back to
events, if you can pass them directly to Kronolith?
Horde apps use the internal api, anything else adds unnecessary
overhead. Remote calendars are really for remote calendars, ie.
anything not on the same Horde install.
Of course you can still offer an external ics interface if you see any
purpose for that, but please revert the replacement of the internal api.
Jan.
--
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
More information about the dev
mailing list