[geeklog-devel] Custom user attributes in GL2
Vincent Furia
vfuria at gmail.com
Wed Dec 15 23:52:40 EST 2004
Definitely. The plugin should tell the core what dependencies it has,
then the core should automagically determine if its okay for the
plugin to install.
-Vinny
On Wed, 15 Dec 2004 22:47:06 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:
> Sounds good. I'd say the plugin API should reflect the support of
> dependency checking, no?
>
> --Tony
>
> Vincent Furia wrote:
>
> >I think plugin dependencies should be evaluated (and "asserted") at
> >install/upgrade/uninstall time. That way we won't have to keep
> >anything in the DB. And we'll be operating fairly safely. Plugins of
> >course will have to figure out for themselves what dependencies they
> >require.
> >
> >-Vinny
> >
> >
> >On Wed, 15 Dec 2004 22:22:10 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:
> >
> >
> >>Vincent Furia wrote:
> >>
> >>
> >>
> >>>That is the entire idea behind the 'event' architecture. When
> >>>displaying a profile page, core GL2 just triggers an event, if any
> >>>plugin is listening it can respond... Think 1.3.x plugin hooks on
> >>>drugs.
> >>>
> >>>
> >>>
> >>>
> >>Yeah, so the only issue I have is some plugins may require others, no?
> >>If so how do we handle such dependencies? Similarly, plugins may
> >>optionally support features from other plugins.
> >>
> >>This whole plugin architecture is really sexy. I really get excited
> >>thinking about the possibilities.
> >>
> >>Yumm, drugs ;-)
> >>
> >>--Tony
> >>_______________________________________________
> >>geeklog-devel mailing list
> >>geeklog-devel at lists.geeklog.net
> >>http://lists.geeklog.net/listinfo/geeklog-devel
> >>
> >>
> >>
> >_______________________________________________
> >geeklog-devel mailing list
> >geeklog-devel at lists.geeklog.net
> >http://lists.geeklog.net/listinfo/geeklog-devel
> >
> >
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://lists.geeklog.net/listinfo/geeklog-devel
>
More information about the geeklog-devel
mailing list