phpgroupware-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Phpgroupware-developers] Proposed changes to 16 API


From: Dave Hall
Subject: Re: [Phpgroupware-developers] Proposed changes to 16 API
Date: Wed, 05 Oct 2005 09:41:13 +1000

On Tue, 2005-10-04 at 23:23 +0000, Chris Weiss wrote:
> On 10/4/05, Dave Hall <address@hidden> wrote:
> > On Tue, 2005-10-04 at 11:36 -0500, Chris Weiss wrote:
> > > what about a new "app" for storing unsupported api classes?  This
> > > could even be a HEAD only app and have the stable parts of it moved to
> > > main API at release time.  Afterall, these are 3rd party and
> > > unsupported apps we are talking about.
> >
> > This still creates clutter and is still a pain for cvs updates and
> > maintainability.
> 
> sure, but so does having 3rd party apps
> 
> >
> > >
> > > for this, i would support the CreateObject function to be slightly
> > > mod'd to check for this api when it doens't find a requested class.
> > > The error handling should already be there so it's just another if().
> > >
> > >
> >
> > IMHO this will create more work than what I have proposed.
> 
> yeah, but will be less invasive and more flexible and not require a
> new release just to support more 3rd party apps.
> 

Only 1 app is 3rd party (and that is communik8r) the other apps which I
have mod'ed are news_admin and email and sitemgr is a work in progress.
This is primarily a back port of head features to allow the apps to work
under 16 without adding a heap of crap to the app dirs in HEAD.

Cheers

Dave

> >
> > If people feel strongly enough about it, I am happy to drop the proposal
> > of patching 16 with Sigurd's patch, and simply including it in
> > phpgwapi/doc  What do people think of that idea?
> >





reply via email to

[Prev in Thread] Current Thread [Next in Thread]