[dev] Fwd: Re: [whups] Re: [hermes] Making clients
Chuck Hagenbuch
chuck at horde.org
Sun Jul 20 19:48:35 PDT 2003
----- Forwarded message from bo at tilda.com.au -----
Date: Mon, 21 Jul 2003 12:06:43 +1000
From: Bo Daley <bo at tilda.com.au>
Reply-To: Bo Daley <bo at tilda.com.au>
Subject: Re: [whups] Re: [hermes] Making clients
To: whups at lists.horde.org
Quoting Chuck Hagenbuch <chuck at horde.org>:
> Quoting Bo Daley <bo at tilda.com.au>:
>
> > I just tried using the old links to see how they react to this change. At
> > present they don't interfere with the new links as they use different keys
> > (tickets use 'ticket_id', and modules use 'module_id' so they stay out of
> > each other's way ).
>
> Okay...
<snip>
> > But in the longer term the Links API probably needs to be upgraded to
> support
> > applications that provide more than one type of object. I'll take a look at
> > this soon... (if no one else gets in first)
>
> Cool. But how is this different from what you describe in the first
> paragraph?
> Would there only be problems with using the same key name, and shouldn't the
> key name always be different for different objects? Slightly confused...
sorry I wasn't being entirely clear here.. the current code will work for the
time being (as the key names are different).
What I was referring to is the fact that Links expects applications to have a
single string value for 'provides' in the Horde registry. There are already
several Horde apps that have multiple values for 'provides' inside an array in
registry.php. It would probably be cleaner if the Links API could handle the
arrays too. Jeroen pointed this out once before.
http://lists.horde.org/archives/whups/Week-of-Mon-20030303/000510.html
bo.
--
Bo Daley
Tilda Communications
http://www.tilda.com.au
bo at tilda.com.au
--
Whups mailing list
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: whups-unsubscribe at lists.horde.org
----- End forwarded message -----
-chuck
--
Charles Hagenbuch, <chuck at horde.org>
They're just looking at a wall of meat.
More information about the dev
mailing list