[Tickets #2245] Horde Share implementation for Turba
bugs@bugs.horde.org
bugs at bugs.horde.org
Mon Jul 11 13:26:12 PDT 2005
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: https://dev.horde.org/horde/whups/ticket/?id=2245
-----------------------------------------------------------------------
Ticket | 2245
Updated By | Chuck Hagenbuch <chuck at horde.org>
Summary | Horde Share implementation for Turba
Queue | Turba
Version | HEAD
State | New
Priority | 1. Low
Type | Enhancement
Owners |
-----------------------------------------------------------------------
Chuck Hagenbuch <chuck at horde.org> (2005-07-11 13:26) wrote:
> Thinking this through, this would break existing installations that
> have permissions already set (other than max_contacts). Should this
> be implemented in such a way that it can coexist with the existing
> permissions based system - maybe make it configurable on a per-source
> basis whether to use Horde Perms or Horde Share?
How about letting Turba_Driver objects act like Share objects, or have a
getShare() method that would return a Share object that behaved like a share
but had the backend's permissions?
It's a little hard for me to suggest more without seeing your design, I
guess.
More information about the bugs
mailing list