A grid presents tabular data. It is a composite component, created in terms of several sub-components. The sub-components are statically wired to the Grid, as it provides access to the data and other models that they need. A Grid may operate inside a Form. By overriding the cell renderers of properties, the default output-only behavior can be changed to produce a complex form with individual control for editing properties of each row. This is currently workable but less than ideal -- if the order of rows provided by the GridDataSource changes between render and form submission, then there's the possibility that data will be applied to the wrong server-side objects. In general, when using Grid and Form together, you want to provide the Grid with a ValueEncoder (via the encoder parameter).
| Name | Type | Flags | Default | Default Prefix | Since | Description |
|---|---|---|---|---|---|---|
| add | String | NOT Allow Null | literal | A comma-seperated list of property names to be added to the BeanModel. Cells for added columns will be blank unless a cell override is provided. | ||
| class | String | NOT Allow Null | t-data-grid | literal | CSS class for the table element. In addition, informal parameters to the Grid are rendered in the table element. | |
| columnIndex | int | NOT Allow Null | prop | Optional output parmeter used to identify the index of the column being rendered. | ||
| empty | Block | NOT Allow Null | block:empty | literal | A Block to render instead of the table (and pager, etc.) when the source is empty. The default is simply the text "There is no data to display". This parameter is used to customize that message, possibly including components to allow the user to create new objects. | |
| encoder | ValueEncoder | NOT Allow Null | prop | Changes how state is recorded into the form to store the for each row (rather than the index), and restore the from the client value. | ||
| exclude | String | NOT Allow Null | literal | A comma-separated list of property names to be removed from the BeanModel. The names are case-insensitive. | ||
| inPlace | boolean | NOT Allow Null | prop | If true, then the Grid will be wrapped in an element that acts like a Zone; all the paging and sorting links will refresh the zone, repainting the entire grid within it, but leaving the rest of the page (outside the zone) unchanged. | ||
| include | String | NOT Allow Null | literal | A comma-separated list of property names to be retained from the BeanModel. Only these properties will be retained, and the properties will also be reordered. The names are case-insensitive. | ||
| lean | boolean | NOT Allow Null | prop | If true, then the CSS class on each TD cell will be omitted, which can reduce the amount of output from the component overall by a considerable amount. Leave this as false, the default, when you are leveraging the CSS to customize the look and feel of particular columns. | ||
| model | BeanModel | NOT Allow Null | prop | The model used to identify the properties to be presented and the order of presentation. The model may be omitted, in which case a default model is generated from the first object in the data source (this implies that the objects provided by the source are uniform). The model may be explicitly specified to override the default behavior, say to reorder or rename columns or add additional columns. | ||
| overrides | PropertyOverrides | NOT Allow Null | this | prop | Defines where block and label overrides are obtained from. By default, the Grid component provides block overrides (from its block parameters). | |
| pagerPosition | GridPagerPosition | NOT Allow Null | top | literal | Defines where the pager (used to navigate within the "pages" of results) should be displayed: "top", "bottom", "both" or "none". | |
| reorder | String | NOT Allow Null | literal | A comma-separated list of property names indicating the order in which the properties should be presented. The names are case insensitive. Any properties not indicated in the list will be appended to the end of the display order. | ||
| row | Object | NOT Allow Null | prop | Used to store the current object being rendered (for the current row). This is used when parameter blocks are provided to override the default cell renderer for a particular column ... the components within the block can use the property bound to the row parameter to know what they should render. | ||
| rowClass | String | NOT Cached, NOT Allow Null | prop | Parameter used to set the CSS class for each row (each tr element) within the tbody). This is not cached, so it will be recomputed for each row. | ||
| rowIndex | int | NOT Allow Null | prop | Optional output parameter (only set during rendering) that identifies the current row index. This is the index on the page (i.e., always numbered from zero) as opposed to the row index inside the GridDataSource. | ||
| rowsPerPage | int | NOT Allow Null | 25 | prop | The number of rows of data displayed on each page. If there are more rows than will fit, the Grid will divide up the rows into "pages" and (normally) provide a pager to allow the user to navigate within the overall result set. | |
| sortModel | GridSortModel | NOT Allow Null | prop | The model used to handle sorting of the Grid. This is generally not specified, and the built-in model supports only single column sorting. The sort constraints (the column that is sorted, and ascending vs. descending) is stored as persistent fields of the Grid component. | ||
| source | GridDataSource | Required, NOT Allow Null | prop | The source of data for the Grid to display. This will usually be a List or array but can also be an explicit GridDataSource. For Lists and object arrays, a GridDataSource is created automatically as a wrapper around the underlying List. | ||
| volatile | boolean | NOT Allow Null | prop | If true and the component is enclosed by a Form, then the normal state saving logic is turned off. Defaults to false, enabling state saving logic within Forms. This can be set to false when form elements within the Grid are not related to the current row of the grid, or where another component (such as Hidden) is used to maintain row state. |
Informal parameters: supported
This example shows much of the default behavior, using a collection of randomly generated users. The column order is determined by the order of the getter methods in the User class. The columns are sortable, and because there are more results than will fit on a single page, page navigation is included (the navigation disappears for small result sets).
public class User
{
@NonVisual
private long id;
private String firstName;
private String lastName;
private int age;
public long getId() { return id; }
public void setId(long id) { this.id = id; }
public String getFirstName() { return firstName; }
public void setFirstName(String firstName) { this.firstName = firstName; }
public String getLastName() { return lastName; }
public void setLastName(String lastName) { this.lastName = lastName; }
public int getAge() { return age; }
public void setAge(int age) { this.age = age; }
}The @NonVisual annotation prevents the id property from being displayed.
We want to make the user's last name a clickable link to a detail page for the user.
<html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd" xmlns:p="tapestry:parameter">
<body>
<h1>List Users</h1>
<t:grid source="users" row="user">
<p:lastNameCell>
<t:pagelink page="user/view" context="user.id">${user.lastname}</t:pagelink>
</p:lastNameCell>
<p:empty>
<p>There are no users to display; you can <t:pagelink page="user/add">add some</a>.</p>
</p:empty>
</t:grid>
</body>
</html>
The block parameter name
propertycell
is used to override the rendering of cells for one property. As usual, case is ignored. Here we
use a PageLink component to link to a ViewUser page, passing the id of the user as
activation context for the target page.
The Grid component takes care of the <td> element, and the provided block parameter provides the content inside the <td>.
For the block to know what is being rendered, we bind the row parameter of the Grid to the user property of the page. The Grid will keep updating this property just before it renders each row (using its own internal renderers, or the ones provided as parameters).
The header for a column may be overridden in the same way, using a parameter name
of
propertyheader
. The parameter block will provide the content
inside the <th> element. The provided block is responsible for
providing any links or icons related to sorting.
Binding the Grid's empty parameter overrides the default message displayed when there is no data to display. As demonstrated above, it doesn't have to be simple text, the block can be a snippet of markup and components.
public class UserList
{
@Inject
private UserDAO userDAO;
@Property
private User user;
public List<User> getUsers() { return userDAO.findAll(); }
}The UserList class exists to provide access to the UserDAO service, and to act as a holder for the user property, needed when the Grid is rendering. We need it here because we've overridden the rendering of the lastName property.
Commonly, you may want to add a column to the Grid to support a computed property, or as a placeholder for an action. We'll do the latter, adding a column for deleting a user.
<html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd" xmlns:p="tapestry:parameter">
<body>
<h1>List Users</h1>
<t:grid source="users" row="user" add="delete">
<p:lastnamecell>
<t:pagelink page="user/view" context="user.id">${user.lastname}</t:pagelink>
</p:lastnameCell>
<p:deletecell>
<t:actionlink t:id="delete" context="user.id">Delete</t:actionlink>
</p:deletecell>
<p:empty>
<p>There are no users to display; you can <t:pagelink page="user/add">add some</a>.</p>
</p:empty>
</t:grid>
</body>
</html>
We now explicitly provide a column for the "delete" property, which doesn't exist. In addition, a block for the "delete" property has been added that includes an ActionLink used to delete the user for the current row. This property is a virtual property because it doesn't correspond to a property of the data object, User.
public class UserList
{
@Inject
private UserDAO userDAO;
@Property
private User user;
public List<User> getUsers() { return userDAO.findAll(); }
void onActionFromDelete(long userId)
{
userDAO.remove(userId);
}
}The only addition here is an event handler method for when the delete link is clicked.
delete-label=Delete user?
The normal column title for the "delete" property would be "Delete". Using the page's message catalog we can override that.
Tapestry does a lot of work to help you with the source parameter. The parameter type is GridDataSource, but Tapestry has built-in coercions from Object[] and List. In more complicated cases, such as very large queries against a database, you will want to provide your own implementation of GridDataSource, to minimimze the sizes of queries and result sets.
The Grid component is designed to be customized via CSS. As it renders <th>, <tr> and <td> elements, it generates CSS class attributes for each element. You can then add customized CSS rules, even overriding the Tapestry defaults, to present the Grid as desired. This is often used to set the width of a column to a fixed value.
The added CSS classes can get quite verbose; the Grid's lean parameter allows the propertyId CSS class attribute value to be omitted. Even in lean mode, the other CSS class attribute values are rendered.