Returns the <td> Node from the given row and column index. If there is no cell at the given coordinates, null is returned.

Builds a CSS class name from the provided tokens. If the instance is created with cssPrefix or source in the configuration, it will use this prefix (the _cssPrefix of the source object) as the base token. This allows class instances to generate markup with class names that correspond to the parent class that is consuming them.

Returns the <tr> Node from the given row index. If there is no row at the given index, null is returned.

Creates the table's <tbody> content by assembling markup generated by populating the ROW\_TEMPLATE, and CELL\_TEMPLATE templates with content from the columns property and modelList attribute.

The rendering process happens in three stages:

1. A row template is assembled from the columns property (see _createRowTemplate)

2. An HTML string is built up by concatening the application of the data in each Model in the modelList to the row template. For cells with formatters, the function is called to generate cell content. Cells with nodeFormatters are ignored. For all other cells, the data value from the Model attribute for the given column key is used. The accumulated row markup is then inserted into the container.

3. If any column is configured with a nodeFormatter, the modelList is iterated again to apply the nodeFormatters.

Supported properties of the column objects include:

• key - Used to link a column to an attribute in a Model.
• name - Used for columns that don't relate to an attribute in the Model (formatter or nodeFormatter only) if the implementer wants a predictable name to refer to in their CSS.
• cellTemplate - Overrides the instance's CELL_TEMPLATE for cells in this column only.
• formatter - Used to customize or override the content value from the Model. These do not have access to the cell or row Nodes and should return string (HTML) content.
• nodeFormatter - Used to provide content for a cell as well as perform any custom modifications on the cell or row Node that could not be performed by formatters. Should be used sparingly for better performance.
• emptyCellValue - String (HTML) value to use if the Model data for a column, or the content generated by a formatter, is the empty string, null, or undefined.
• allowHTML - Set to true if a column value, formatter, or emptyCellValue can contain HTML. This defaults to false to protect against XSS.
• className - Space delimited CSS classes to add to all <td>s in a column.

Column formatters are passed an object (o) with the following properties:

• value - The current value of the column's associated attribute, if any.
• data - An object map of Model keys to their current values.
• record - The Model instance.
• column - The column configuration object for the current column.
• className - Initially empty string to allow formatters to add CSS classes to the cell's <td>.
• rowIndex - The zero-based row number.
• rowClass - Initially empty string to allow formatters to add CSS classes to the cell's containing row <tr>.

They may return a value or update o.value to assign specific HTML content. A returned value has higher precedence.

Column nodeFormatters are passed an object (o) with the following properties:

• value - The current value of the column's associated attribute, if any.
• td - The <td> Node instance.
• cell - The <div> liner Node instance if present, otherwise, the <td>. When adding content to the cell, prefer appending into this property.
• data - An object map of Model keys to their current values.
• record - The Model instance.
• column - The column configuration object for the current column.
• rowIndex - The zero-based row number.

They are expected to inject content into the cell's Node directly, including any "empty" cell content. Each nodeFormatter will have access through the Node API to all cells and rows in the <tbody>, but not to the <table>, as it will not be attached yet.

If a nodeFormatter returns false, the o.td and o.cell Nodes will be destroy()ed to remove them from the Node cache and free up memory. The DOM elements will remain as will any content added to them. It is highly advisable to always return false from your nodeFormatters.