Using viewlets (and views) in third-party products
Wichert Akkerman
wichert at wiggy.net
Mon Aug 27 11:57:45 UTC 2007
Previously Martin Aspeli wrote:
> Wichert Akkerman wrote:
> >Previously Martin Aspeli wrote:
> >>Wichert Akkerman wrote:
> >>
> >>>Perhaps it can more generic. Basically both are instances of a 'only
> >>>apply X when condition Y is satisfied'. Y in this case is either a
> >>>specific skin being selected or a product being installed. Would it be
> >>>possible to have a generic 'only use if feature X is here' framework in
> >>>place? That could be added to plone.theme instead of creating another
> >>>package that hooks into the same places as well.
> >>Is that an endorsement for having a generalisation of this in
> >>plone.theme, and having that included in 3.0.x rather than 3.5?
> >
> >No, but it is an endorsement for a 2.0 version of plone.theme which
> >supports that. People who need it can then use that instead of the
> >plone.theme that is shipped with Plone 3.0.
>
> There is a slight problem here, in that plone.recipe.plone (currently)
> uses == type dependencies for all the eggs, to make sure we get a "known
> good" distribution of Plone, including all dependencies. This is because
> setuptools/buildout is a bit trigger happy with upgrades and we
> typically depend on all Plone packages being released simultaneously.
>
> In fact, you *can* override, by passing an 'eggs' parameter to
> plone.recipe.plone, but I'm not sure what would happen if a product's
> setup.py depends on a newer version of a core plone package.
I think you'll have to use a versions section in your buildout. I use
those for grok projects and they work well there.
Wichert.
--
Wichert Akkerman <wichert at wiggy.net> It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
More information about the Product-Developers
mailing list