Tagsblastfromthepast blogging cloudcomputing complexity cyberspace dataportability defectivebydesign ec2 ecology economics email externalities foodforthought free freesoftware greenwash greylisting history hypecycle infonomics infosec innovation linux navigation open opendata opensource openstandards paulormerod plone programming protocol python socialnetworking software spamfilter sustainability technology themirrorpalace ubiquitouscomputing usability virtualization wallstreet web web20 xen zope zope3
Recent1994 is calling. they want their informationsuperhighway back.
Monday, December 14 2009 Adsense stupidity Wednesday, September 9 2009 implementing Plone subsites with p4a.subtyper Monday, August 10 2009 fixing emacs css mode Wednesday, July 29 2009 interface design in the Apollo age Saturday, July 18 2009 reviewing osor.eu Tuesday, June 30 2009 just a twit Saturday, April 18 2009 extinction as a market failure Friday, November 14 2008 posthypercapitalism (2): nonlinear complexity Sunday, October 5 2008 posthypercapitalism (1): rorschach effect Friday, September 26 2008 |
implementing Plone subsites with p4a.subtyperMonday, August 10. 2009Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
There's also http://pypi.python.org/pypi/collective.navrootfield which has a more constrained approach to it but also allows to mark things as INavigationRoot in the Plone UI.
If you only have a fairly limited number of things to mark with an interface and these don't need to be done by end-users, you can also use the interfaces tab in the ZMI on any object to apply marker interfaces.
There is also the upcoming release of collective.lineage that uses the subtyping approach. Lineage goes a bit further than just adding a navigation root though. It also creates a new IPossibleSite so that you can create local component registries. You can see it now on the trunk:
http://svn.plone.org/svn/collective/collective.lineage/trunk/
Unfortunately there are a lot of different approaches to this problem at the moment. I like the sub typing approach, but it also has a few drawbacks.
I looked at collective.lineage, but that's for full-blown subsites that are maximally isolated from eachother. The use case I'm working on basically only needs a section-local portal_tabs menu and some portlets that are section-local. So it really depends on your needs which solution is the better fit. The subtyping approach allows end-user to tweak the section structure at run-time, and that's actually more of a bug than a feature in this design
Add Comment
|
QuicksearchProfile
Guido Stevens MBA combines an integral business perspective, with in-depth technical expertise. He is passionate about innovation, learning, open standards and open source. Guido is a father of two daughters and hails from Maastricht, The Netherlands.
Guido is owner and CEO of
StructureStaticcreative commonsBlog Administration |