Skip to content

collective/collective.tablepage

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

A new Plone content type similar to the standard Page but with a table as main content.

This product want to give to site members a simple way to manage a page with a table inside in a collaborative way. To be more precise, it's focused on contents where the table is the main scope of the page.

The only other option is to create the page using the WYSIWYG editor (like TinyMCE), then leave to editors power to modify it, but:

  • using TinyMCE commands for table is not so easy (users sometimes mess up your pre-defined layout)
  • you can't prohibit users to delete or change rows added from other users, or adding new column you don't want.

If you need to beat those limits but you still simply need a Plone page, this product is probably what you need.

If you need to store a huge amount of data, you should probably look for other solutions.

After installation you will see a new addable content type: the Page with Table.

Some fields of this new content types are very similar to Page ones, although the "Body Text" field is splitted in two separated sections (text before and after the table).

The most important field is "Columns", where you can define the column structure of you table.

Page with Table configuration

For every column you can define some information like header's content and other description, but you must also define the type of data in the column.

You can add as many columns as you want; users that will fill your table won't be able to change what you have defined.

Configuration is not changing anything in your layout, but users with Contributor role on this document will see a new tab: "Edit table".

Page with Table view

When accessing the "Edit table data" view, users will be able to add new rows to the table and edit their own rows. The form given to the user is generated using the configuration options that the document creator defined before.

Add new row in the table

Some note:

  • Every added row is put at the end of the table or at the end of section (see below)
  • Every Contributor is able to edit or delete his own rows
  • Users with "Editor" roles are able to edit or delete all rows
  • Users with "Editor" roles are able change row order
Table editing

When switching back to main document view the generated table is part of the document body text.

Page with Table view

New label icon

Users with power of configuring the table can also add a special type or row: Label. Apart the UI changes, labels break the table in groups of logical rows: every group start at the position of the label at end at the next label (or at the end of the table).

If one or more labels are used, contributors will be able to add new rows at the end of the section instead of adding only at the end of the table.

In the table configuration there's a field named "Criteria for adding new rows". Changing this value from "At the end" (default) to "At the beginning" will change the adding method: new rows will be added at the beginning of every groups.

Download CSV icon

Data stored in the table can be downloaded, and optionally you can display a download link also to page visitors (activate the "Show download link for data" inside "Settings"). When the download icon is used in the "Edit table" view, downloaded data is compatible to the upload CSV feature described above (columns ids are used instead of titles, contents uids instead of URL to referenced contents, ...)

Upload CSV icon

Contributors can also upload data using a CSV file. The file must provide a row with column ids defined in the configuration. Columns with an unknow id will be ignored.

If the configuration has not already been defined, all CSV headers will be used to quickly init the configuration (but columns types will always be "String").

Table Page is distributed with a know set of columns. Right now you can choose from those types:

String
A simple line of text, the most common (and default) type.
Text
A textarea, for saving more text and take care of carriage returns. Cached for 12 hours.
Select

Still a simple line of text, but user must choose it from a vocabulary you will define in the "Column configuration".

You can alternatively provide lines with...

vocabulary:TAL expression

...and the vocabulary values will be taken by evaluating the provided TAL expression.

You can use vars like portal, request and context (the current TablePage).

File
A link to a file in the site. Cached for 1 hour. See below.
Files
Same as File above, but for multiple files.
Link
A link to an URL, or an internal site document. It use Plone reference browser native widget. Cached for 1 hour. See below.
Email
An e-mail address.
Numeric
A string in numeric format.
Monetary
A string in numeric format, but will be rendered as a monetary value, with locales settings.
Computed
A column that will display a value based on a computed TAL espression you must put in the "Column configuration". For this reason it will not be putted in the edit row form. Not cached by default but can be configured. See below.
Date and Date/Time
A string that store a date (or date and time).

Adding new type of column is not hard (for a Plone developer), but remember to stay simple: we don't want to rewrite PloneFormGen from scratch!

Some of the columns above enable a persistent cache. This can be needed for large tables, where a lot of those columns can slow down the page.

Cache is automatically invalidated when the column is modified, however is possible that invalid data is still shown in the table. For example: you create a link to a file, so displaying it's title, but meanwhile an editor changed the title of the file.

Columns of type file(s) are the most complex.

When adding or editing a row the user is able to upload new files, creating a new Plone File content, or selecting existing files from the site. In both cases permissions matters: the user must have permisson of adding new file in the storage folder or see it. The storage folder is configured by the document creator.

When rendering the table, a link to download the file is displayed.

The link column can be used to store absolute links (externals) of links to site's contents. In that case: it's automatically used the Plone native widget archetypes.referencebrowserwidget

You can change how the link itself is displayed by adding some rows in the "Column configuration" section:

title:something
The link text will be always "something"
icon:url-or-relative-path-to-image
An image will be displayed and, in case of an internal link, no text will be displayed

When writing the TALES expression to be used in computed fields you can access general vars like:

context
The current page with table
portal
The Plone site root
index
The index of the current row
row
The current row. using this you can access data taken from other columns in the same row.

The row var in the most powerful: based on the type of column you are referencing, you can read different data. For example: accessing a File, Files and Link column, you can read information of the referenced object.

Some examples:

row/file_column/title

(show the title of the file_column column in the same row)

python:row['files_column'][0].Title

(show the title of the first file in the files_column column in the same row)

row/link_column/absolute_url|row/link_column

(show the link of the link_column even it's an internal link or an absolute ones)

Even if this column normally don't implements any cache, you can specify a custom cache by defining an additional configuration line in the "Column configuration" field.

Just write something like...

your/tal/espression
cache:3600

...to cache column's result for an hour.

DataTables is a well-know jQuery plugin for getting advanced HTML table features using JavaScript. The easyient way on integrating it into Plone is by using collective.js.datatables.

TablePage has a soft-dependency on DataTables; if the jQuery plugin is installed, the table view try to use it for getting some new features like:

  • filtering/searching data
  • sorting by columns
  • pagination/batching

Also, the Row Grouping Add-on, plugin is also registered (but disabled by default! You must activate the jquery.dataTables.rowGrouping.js resource in the portal_javascript tool). This enhance the labels feature with a better user experience.

Apart the live search filter that came from DataTables integration (see above) you can rely also on advanced search features. This will give to your users a search form automatically generated looking at search configurations.

The search feature is based on a ZMI tool: tablepage_catalog really similar to the same catalog used by Plone for it's search engine. While some UI configuration are possibile through Plone, a ZMI access to that tool is required.

For every "searchable" column you have defined, you can create a field in the search form, customizing the label and the helper text. Plus, you can define one or more columns as searchable in full text search.

Configuring searches

When you users will perform searches from the table view, only rows that match the search will be displayed.

Configuring searches

The widget displayed in the form depends on the catalog index you user:

  • for a ZCTextIndex you will get a text input
  • for a FieldIndex you will get a selection (bot single or multiple) on all possible values
  • for a DateIndex you will be able to query range of dates (commonly for "Date" "Date/Time" columns)

Names of the indexes must be equals to columns ids.

You have some important limitations:

  • no other kind of indexes are supported right now
  • you have one catalog, so you must handle (or avoid) columns ids used in more that one page with table

There are at least two other products for Plone that are focused on table generation:

collective.table
This product is focused on the editing part (and the use of DataTables jQuery plugin is nice), but it dowsn't work on Plone 3 and you have no way of limit the power of users on the table.
collective.pfg.soup
Very powerful, modular and extensible. It's using PloneFormGen as table configuration and can store a lot of data. Unluckily it has a lot of dependencies and it won't run on Plone 3.

This product can be used with al version of Plone from 3.3 to 4.3.

For Plone 3.3 you need some special configuration like:

  • A custom branch of DataGridField where we backported some new features from 1.8 branch
  • Available table styles are taken from TinyMCE configuration, so you must use it instead of Kupu
  • No versioning support is available
  • No friendly installable DataTables product is available for Plone 3, so you probably can't use it

In a virtualenv with Python 2.7, run:

python bootstrap.py ./bin/buildout ./bin/test

Developed with the support of:

All of them supports the PloneGov initiative.

This product was developed by RedTurtle Technology team.

RedTurtle Technology Site