A sane, working, editor-friendly way of creating front pages and other composite pages. Working now, for mere mortals.
Table of Contents
collective.cover is a package that allows the creation of elaborate covers for website homepages, especially for news portals, government sites and intranets that require more resources than a simple page or collection can offer. However, despite offering rich resources to build a cover, collective.cover also provides a very easy mechanism for managing its contents, built around a drag-and-drop interface.
For impatient types, there is a demo installation of collective.cover on Heroku. It needs about 60 seconds to spin up and it will purge all changes after about an hour of non-usage.
Suppose you are running The Planet, a news portal that has a bunch of editors focused on getting news on different topics, like Economy, Health or Sports.
If you are the main publisher of the site, you may want to delegate the construction of the front page of the Economy section to the people working on that content area, but you might not want them messing around the Sports section as well.
Also, suppose you have the final game of the World Cup and the match is going to be defined on penalties: you may want to prepare a couple of cover pages and publish the right one focused on the team that won in the end.
These are the kind of issues we want to solve with this package; we are still far from it, but that is the idea.
These are some of the sites using collective.cover:
Got an idea? Found a bug? Let us know by opening a support ticket.
- Package is not compatible with standard Plone tiles. This will be addressed in a future release, if we get an sponsor.
See the complete list of bugs on GitHub.
We are currently working on the documentation of the package; this is what we have right now (contributions are always welcomed):
To enable this package in a buildout-based installation:
Edit your buildout.cfg and add add the following to it:
[buildout] ... eggs = collective.cover [versions] ... collective.js.bootstrap = 22.214.171.124 plone.app.blocks = 4.1.0 plone.app.tiles = 3.0.3 plone.tiles = 2.0.0b3
If you want to use a newer release of collective.js.bootstrap, you will need to update plone.app.jquery:
[versions] plone.app.jquery = 1.8.3
After updating the configuration you need to run ‘’bin/buildout’‘, which will take care of updating your system.
Go to the ‘Site Setup’ page in a Plone site and click on the ‘Add-ons’ link.
Check the box next to collective.cover and click the ‘Activate’ button.
You may have to empty your browser cache and save your resource registries in order to see the effects of the product installation.
Over the years there have been some packages designed to solve the problem of creating section covers in Plone. We have used and have taken ideas from the following:
- Very old; the legacy code is so complex that is not maintainable anymore. It has (arguably) the best user interface of all. Layouts can not be created TTW. Viewlets are just page templates associated with content types; you can drag&drop viewlets around the layout. Publishers love it.
- Code is very old, but still maintained (at least works in Plone 4). Allows to create complex layouts TTW and use any layout as a template. Easy to extend and edit (but is terrible to find a content to use). Needs a lot of memory to work and aggressive cache settings.
- Allows the creation of layouts TTW but it has (arguably) the worst user interface of all. It is easily extended and there are several add-ons available that provide new functionality for it.
- Home Page Editor of the Brazilian Chamber of Deputies Site
- Strongly based on Collage, this package was presented at the World Plone Day 2012 Brasilia. It allows editing of home pages and the definition of permissions on blocks of content. Works under Plone 3 only.
- A new package that lets site editors add portlets to a set of new locations: above and below page contents, portal top and footer. The package comes with a number of flexible layouts that are used to position the portlets, and locations can be fixed to the nearest site object, to facilitate inheritance. In collective.cover (this package), we don’t want to use portlets at all.
There’s a frood who really knows where his towel is.
- Use correct image/x-icon MIME type for ICO file format (fixes #750). [hvelarde]
- Fix IDatetimeWidget tile override if using plone.app.contenttypes >= 1.1.1: collective.z3cform.datetimewidget is merged into plone.formwidget.datetime, so the zcml must override the template from plone.formwidget.datetime.z3cform.interfaces.IDatetimeWidget as well. (closes #745). [idgserpro]
- Review tile refresh using custom event. [rodfersou]
- Fix deprecation of adapters made in previous release, as they were incorrectly removed. Code removal will still happen in collective.cover v1.7. [idgserpro]
- Use absolute URL for root in content chooser tree (fixes #733). [maurits]
- Fix content chooser clear button to update results (closes #727). [rodfersou]
- Drop support for Plone 4.2. [hvelarde]
- Fix typo in basic tile template (is_empty is not a property but a function). [hvelarde]
If you are upgrading plone.app.tiles note that latests versions of this package no longer depend on plone.app.drafts. You should explicitly add plone.app.drafts to the eggs part of your buildout configuration to avoid issues. You can safely uninstall plone.app.drafts after that, if you are not using it.
Adapters used to get the items inside a folder or the results of the query in a collection were deprecated. The following classes will be removed in collective.cover v1.7: ICoverUIDsProvider, CollectionUIDsProvider, FolderUIDsProvider and GenericUIDsProvider.
- Information stored on basic tiles populated with private content is no longer shown to users without proper permissions (fixes #721). [hvelarde]
- Dropping a folder on a carousel tile no longer populates the tile with the items inside the folder; populating the carousel tile with the results of the query in a collection is still supported. [rodfersou, hvelarde]
- Dropping a folder or a collection into a list tile previously resulted in the tile being populated with the items inside the folder or the results of the query in the collection, making impossible to have folders or collection as items of the list tile themselves (fixes #713). [rodfersou, hvelarde]
- Update recommended versions of Blocks dependencies to keep in sync with current Mosaic development. [hvelarde]
- Fix order of UUIDs of sorted function in ListTile’s ‘results’ method. [idgserpro]
- Review content chooser events to happen just at Compose tab (fixes #710). [rodfersou]
- Do not assume all tile types have schemas. [alecm]
- Do not declare the Cover class as an implementer of IDAVAware; This makes absolutely no sense and is causing an error when doing a GenericSetup export (fixes #396). [hvelarde]
- Fix @@updatetilecontent view to avoid rendering outdated data. [hvelarde]
- Fix TypeError when changing default image scale on basic tiles (fixes #686). [rodfersou]
- Fixed adding a ‘more’ link in list tiles. Previously you could select an item to use as ‘more’ link, but it did not stick. [maurits]
- The replace_with_objects method was removed from the list tile; use replace_with_uuids instead. [hvelarde]
- “Add Content” button is now shown also in Plone 5. [hvelarde]
- Avoid exceptions while using the content chooser in Plone 5. [hvelarde]
- Add helper function to get the human representation of a mime-type on Dexterity-based content types. This fixed an AttributeError that was causing an exception on Plone 5. [hvelarde]
- We now get the types that use the view action in listings in Plone 5 also. [hvelarde]
- ESI support was refactored; now all tiles inherit from ESIPersistentTile by default. [hvelarde]
- Add plone.protect when save layout (fixes #651). [rodfersou]
- Use pat-modal instead of prepOverlay for Plone 5 (fixes #641). [rodfersou]
- Enforce usage of plone.app.tiles >= 1.1.0 to avoid creation of zillions of empty blob files when using versioning (fixes #532, huge HT @datakurre). [hvelarde]
A huge code refactoring was made as part of the removal of the dependency on five.grok. The following unused views were removed: AddCTWidget, AddTileWidget, SetWidgetMap, UpdateWidget and RemoveTileWidget. All Compose tab helper views use now cmf.ModifyPortalContent permission. All Layout tab helper views use now collective.cover.CanEditLayout permission. The BaseGrid class is now located in the collective.cover.grids module.
- Update Traditional Chinese translation. [l34marr]
- Remove dependency on five.grok (closes #510). [l34marr, rodfersou]
- Use the X-Robots-Tag header to avoid indexing of image scales on default view; this will reduce the number of 404 (Not Found) responses generated by crawlers visiting the site in search of volatile content. [hvelarde]
- Enforce usage of plone.api >= 1.4.11 to avoid TypeError while running upgrade step to profile 14. [hvelarde]
- A new calendar tile was added. The tile dislays a calendar that highlights the events taking place on the current month, the same way as the standard calendar portlet does. [rodfersou]
- Handle AssertionError on upgrade step to profile 13 to avoid failures when a cover object has duplicated tiles on it. Now, an error message will be logged and the object will be skipped; you must manually remove the duplicated tiles (closes #619). [hvelarde]
This release removes some packages from the list of dependencies. Be sure to read the whole changelog and apply the related changes to your buildout configuration while upgrading. Also, note that we have reorganized the static resources contained here; as some of them are not registered in Resource Registry tools, you could end with a broken layout if you don’t clear your intermediate caches.
- Enforce usage of plone.app.blocks 2.2.1 to avoid issues with tiles breaking the whole cover page. [hvelarde]
- Add option to select random items in collection tile (closes #608). [rodfersou]
- Carousel tile now uses a relative ratio to set its height (fixes #414). [terapyon, hvelarde]
- Remove hard dependency on plone.app.referenceablebehavior as Archetypes is no longer the default framework in Plone 5. Under Plone < 5.0 you should now explicitly add it to the eggs part of your buildout configuration to avoid issues while upgrading. [hvelarde]
- Link integrity was refactored to work on all tiles and under Plone 5; a hard dependency on Products.Archetypes was removed (fixes #578). [hvelarde, rodfersou]
- Do not use the calendar tool to discover Event-like objects as it was removed on Plone 5. Instead, try to guess if an object is an Event by using its catalog metadata. [hvelarde]
- Package is now also tested with plone.app.contenttypes installed; a few bugs related with API incompatibilities among Archetypes and Dexterity were fixed. [hvelarde]
- Remove Grok dependency for vocabularies. [l34marr]
- You can now use a collection to populate a carousel tile; search results without a lead image will be bypassed (fixes #574). [rodfersou]
- Shows message to user if an exception is thrown in a tile in AJAX calls. (closes #581). [idgserpro]
- Fix date format in collection tiles (closes #584). [tcurvelo]
- RichText tile no longer breaks with plone.app.widgets installed (closes #543). [frapell, rodfersou]
- Add missing dependency on collective.z3cform.datetimewidget. [hvelarde]
- Remove hard dependency on plone.app.stagingbehavior as that package is no longer needed in Plone 5. Under Plone < 5.0 you should now explicitly add it to the eggs part of your buildout configuration to avoid issues while upgrading. [hvelarde]
- Implement drag and drop among tiles (closes #487). [rodfersou]
- Clean up static files. [rodfersou]
Previous entries can be found in the HISTORY.rst file.