Skip to content

Table

A Table is a structural component used to arrange data in rows and columns to facilitate the comparison, analysis and management of information.

Guidelines

When to use tables

In order to support the scanning and interpretation of information, the content within Tables needs to be well-structured and optimized for readability. For that reason, Tables should be avoided if the space is limited, if the interaction with their information is too complex, or if the data cannot be easily categorized. Additionally, consider alternative presentations for standalone information, or when detailed analysis isn't the primary objective.

When to use:

  • When users need a systematic representation of information that allows them to compare and analyze multiple data points across different categories.
  • When users need to perform specific actions to manipulate items within a dataset, such as editing, deleting, or organizing.
  • When users can benefit from the ability to sort or filter data dynamically in order to extract conclusions.

When not to use:

  • When the interaction with the data is too complex (e.g. there are interdependencies between data points).
  • When space is constrained. Please find alternative methods to display the information in case the readability of the Table content is compromised.
  • When the goal is to create simple, non-data-centric layouts. Opt for lists or other components in case there aren’t multiple data points to compare, and the information doesn’t require manipulation (sorting, filtering).
  • When the user's primary goal is to obtain a high-level overview rather than detailed, more granular, analysis of the information. Alternative visualization methods such as summaries, charts, or lists may be more suitable for providing an overview.
  • When information is standalone and doesn't require side-by-side comparison, consider using text, lists, or Cards instead.

Specifications

Specifications of Table component.

  1. Header (optional)
    Tables can feature a header section with elements such as a visible caption or actions that can be applied to Table rows in bulk.
  2. Caption
    A caption provides a clear and concise description of the contents and the purpose of the Table. It is key for accessibility, and must always be provided for users of assistive technology. The caption can be visually hidden if a visible caption is not needed (e.g. if there is a heading above the Table that serves as a title).
  3. Actions (optional)
    Actions that can be applied to all the items within a Table should be made available from the header.
  4. Selection (optional)
    Row selection can be enabled to allow targeting the items that will be affected by Table actions. The checkbox available at the heading row level allows selecting all Table items at once, while individual checkboxes allow the selection of independent rows. A custom indicator of the number of selected rows can be included in the Table’s header for visibility (See custom header text).
  5. Headings
    Tables can feature column headings (most commonly), row headings, or both. Headings are used to describe the type of information or the category of the data contained by the list of elements they label. Column headings are required.
  6. Sorting (optional)
    Sorting allows users to organize data in an ascending or descending order according to specific criteria (e.g. alphabetically). It facilitates the analysis of data, identification of patterns, and comparison of values within Tables.
  7. Cell
    Table cells are individual units of information, organized at the intersection of rows and columns. They can contain any sort of content, from simple text to iconography, images and components in any necessary order or combination.
  8. Pagination (optional)
    Optional pagination controls can be included to provide an additional navigation for the Table. The user can specify for the pagination to appear above the Table's footer, below the Table's header, or both.
  9. Footer (optional)
    Tables can feature an optional footer to organize adjacent Table information or actions (e.g. pagination). The configuration and contents of the Table footer are fully customizable.

Table and column width

Tables will occupy the full width of the area assigned to them in a layout. The available space will be distributed across Table columns evenly, depending on the data they contain.

Tables are optimized for readability by default, but there might be special cases where adjustments might be needed. If so, it is possible to adjust the width of individual columns to distribute space more intentionally:

Table featuring columns with custom widths.

Column and row headings

Tables can display column headings, row headings, or both.

  • Column headings represent the category or type of information contained in each Table column. They are essential for the quick identification of the Table’s content.
  • Row headings are useful when there’s a need to further categorize or label the data presented in individual or sets of rows. In Tables with many items, row headings can serve as navigation aids, allowing users to quickly jump to specific sections or categories within the data structure. Please note that you might or might not include a column heading to give a title to the row headings column.

Table featuring column and row headings.

Cell customization

Table cells can include combinations of any type of content: from text with end or start icons, to images or even components. This level of cell customization allows covering a wide range of presentational and interactive use cases like, for example, the introduction of inline, row actions:

Table featuring cells with custom content.

Refer to the Table component in Codex Figma.

Types

Table with vertical borders

By default, the Table component will only display horizontal borders to separate rows and rely on spacing to create columns. Vertical borders can be added in data-heavy Tables, where the cell content is too clumped and mistakes might be made when interpreting the data.[1]

Common scenarios where the use of vertical borders is recommended include: when presenting data with lengthy textual descriptions or explanations alongside numerical values, in Tables with a long list of narrow columns, or when combining data with different horizontal alignment (see example below).

Table featuring vertical borders.

Table with sorting

Sorting allows reordering all the items included in a Table based on the values of one of its columns. Any number of columns can be sortable, but data can only be sorted by one column at a time.

Table featuring sortable columns.

Table with row selection

Enable row selection when the same action(s) can be applied to all of the items in a Table. We recommend including an indicator of the amount of selected items within the Table’s header.

When selection is enabled, users can pick out rows individually, or use the checkbox included at the heading level to select or deselect all Table items at once:

Table featuring row selection.

Table with pagination

Use pagination to distribute the Table’s content across different pages when dealing with large Table data with many rows. There is no minimum number of rows required to use pagination, but it is recommended for tables with a substantial number of rows. When using pagination, a Select component allows choosing the number of rows displayed per page. The default options are 10, 20, and 50 rows per page.

Table with pagination featuring a selection option for displaying 10, 20, or 50 items per page.

Empty table

Tables can dynamically feature an empty state message in case there is no information available to be displayed:

Table showcasing its empty state.

Interaction states

Heading sorting states

Heading cells that include sorting functionality display a hovered state, an active state when clicked or tapped, and a focused style after having been activated and until any other interaction takes place.

Interactive states of the headings of sortable columns.

  1. Default
  2. Hover
  3. Active
  4. Focused

Row selection states

In Tables where selection is available, rows present the following styles:

Interactive states of selectable rows.

  1. Default
  2. Selected

The heading-level checkbox, which facilitates the simultaneous selection and deselection of all Table items, will present an indeterminate state in case some items remain unselected. Please note that, while Table rows display a selected state, only the checkboxes are interactive (See 2).

Pagination states

In tables where pagination is displayed, there are the following states:

Interactive states of Table's pagination.

  1. Default
  2. Loading

When loading a new page from the pagination, an Inline ProgressBar will appear below the Headings and above the current content of the Table.

Best practices

Table actions

It is possible to use the header to provide actions that can be applied to all Table items. Enabling selection will allow users to target the Table items to be manipulated.

Table with header actions represented by normal neutral and destructive buttons.

Do:
  • Use normal or quiet Buttons to represent Table actions.
  • Use any of the Button actions (neutral, progressive, and destructive)
  • Use labelled buttons, preferably with text, or icons and text, to ensure clarity.
  • Use MenuButton to group and display table actions when space in the header is limited (e.g. in smaller viewports).

Table with header actions represented by an icon-only and a primary destructive button.

Don't:
  • Use primary Buttons to represent Table actions, since they could compete with main page actions. (Exceptions might apply).
  • Use icon-only buttons to represent header actions, since they might complicate understanding.
  • Use several individual buttons when the Table’s width is limited. Instead, use a MenuButton to group all related actions.

Make sure to follow the button and groups of buttons usage recommendations when defining the best way to represent actions, keeping the Table’s external context in mind too.

Inline actions

It is possible to customize Table cells, and include inline actions in them that allow manipulating the data of individual rows. Although exceptions might apply, we only recommend using inline actions in Tables that will display fewer rows (less than 5) by default.

Table with fewer items featuring actions within rows.

Do:
  • Use the cell slot to provide inline actions in Tables with fewer items.

Table with many items incorrectly featuring actions within rows.

Don't:
  • Use inline actions in Tables with more than 5 rows. Instead, use the header slot to provide bulk actions and enable selection.

Table width

Achieving the optimal readability of Table content should be the guiding factor when defining the width of a Table within a composition. Strive to balance information density with legibility, ensuring that Tables occupy just the appropriate amount of space.

Avoid using Tables in narrow spaces. This can cause their content to wrap too tightly, or unnecessarily trigger the Table’s default horizontal scroll. At the same time, refrain from overstretching Tables to make them fit wider layouts: embedding too much white space within cells will make their information harder to parse and compare.

Table showcasing an appropriate width.

Do:
  • Use Tables in layouts where they’ll have enough space to display all relevant information clearly and comprehensively.

Table used in a narrow space.

Don't:
  • Use Tables within limited spaces, where their content might have to adjust to the point of compromising readability.
  • Use Tables in wide areas, where they’ll overstretch, complicating the parsing and comparison of information.

Pagination

It is possible to use pagination to distribute the Table’s content across different pages. However, pagination is only recommended for tables containing a significant number of rows.

Table with 48 rows using pagination.

Do:
  • Use pagination to allow users to navigate long Tables with a less number of rows per page.

Table with 11 rows incorrectly using pagination.

Don't:
  • Use pagination if the Table’s rows can be easily displayed on a single page.

Content

Table caption

The caption provides a clear and succinct description of the content and purpose of a Table. It can be visually hidden, or replaced by an external title if a design either requires or allows it. Regardless of its visibility, a caption should always be defined in the Table’s code in order to provide context for users of assistive technology.[2]

Visible or not, make sure the caption conveys the Table's content and context in a concise and accurate way.

To keep captions readable, don’t exceed a line length of 75 characters. You can apply a maximum width to the caption if necessary in order to follow this recommendation.

Table displaying a long caption that respects the 75 character per line limit.

Heading content

Do not rely on iconography alone to represent categorical information in headings, as it might be hard to understand based on the content of the surrounding cells alone:

Table where headings incorrectly use only icons to describe the data within columns.

Cell content alignment

Except for numbers, text within cells should be aligned left or right, according to the directionality of the user’s interface language.

Numbers that express quantities should always be aligned right, regardless of the directionality of the user’s interface language. This helps readers make easier comparisons of values when scanning down columns. For consistency and ease of understanding, the alignment of headings should always match the alignment of the data.[1]

Image’s alt text: Table that features a column with quantitative data.

Keyboard navigation

KeyFunction
TabIt moves the focus to the next interactive element within the Table.
Shift+TabIt moves the focus to the previous interactive element within the Table.
Up arrow, Down arrowFor assistive technology users, these keys move between the column cells.
Left arrow, Right arrowFor assistive technology users, these keys move between the row cells.

References

  1. Web Typography: Designing Tables to be Read, Not Looked At by Richard Rutter
  2. Inclusive Components: Data Tables, by Heydon Pickering

Demos

Configurable

1912 Olympics — Men's marathon
AthleteNationRankTime
Ken McArthurSouth Africa12:36:54.8
Christian GitshamSouth Africa22:37:52.0
Gaston StrobinoUnited States32:38:42.4
Shizo KanakuriJapan3654:08:06:05:32:20.3
NameValue
Props
caption
hideCaption
useRowHeaders
showVerticalBorders
Slots
header
footer
View
Reading direction

With custom-sized columns

The TableColumn type has optional properties for width and minWidth so you can customize each column's size. Include the units, e.g. '120px' or '100%'.

Waves of Feminism
WaveYearsOverviewMain figures
First waveLate 19th to early 20th centuryFocused on women's suffrage and legal rights, addressing inequalities in the public sphere.Susan B. Anthony, Elizabeth Cady Stanton
Second wave1960s to 1980sCentered on women's liberation and social equality, addressing issues such as reproductive rights, workplace discrimination, and sexual liberation.Betty Friedan, Gloria Steinem, Simone de Beauvoir
Third wave1990s to early 2000sEmphasized diversity and intersectionality, addressing issues of race, class, sexuality, and gender identity. Advocated for inclusivity and challenging stereotypes.bell hooks, Kimberlé Crenshaw, Judith Butler
Fourth waveEarly 2010s to presentCharacterized by a focus on the empowerment of women through the use of internet tools, and intersectionality. The fourth wave seeks greater gender equality by focusing on gendered norms and the marginalization of women in society.Tarana Burke, Chimamanda Ngozi Adichie, Roxane Gay

With custom cell content

By default, the data provided for a cell will be rendered within it as-is. You can customize the contents of a cell by using the item-[ columnId ] slots. For example, for a column with the id time, there is a slot called item-time. This slot comes with 2 bindings:

  • item: the cell content
  • row: data for the entire row
Active blocks
TimestampTargetBlock parametersActions
16:58, 2023-11-30Username1
  • editing (sitewide)
  • account creation disabled
15:16, 2023-11-23Username2
  • account creation disabled
11:13, 2023-11-12Username3
  • autoblock disabled
  • account creation disabled

With custom table elements

You can further customize the layout of your Table by using the thead, tbody, and tfoot slots. Using these slots will override the default implementation of that element within the Table component so you can include your own markup. The example below uses the thead slot to add th elements with custom colspan and rowspan attributes, and the tfoot slot to add a <tfoot> with totals below the <tbody>.

You can use any combination of these slots. Note that in the example below, even though we are including custom thead markup, we are still passing in the columns prop so that the Table component can output the data in the <tbody>. Always pass in columns, unless you are using the slots to override both the <thead> and <tbody>.

Cell data is aligned to the start of the cell by default. You can use the following CSS classes to change the alignment of cell data:

  • cdx-table__table__cell--align-center: Align content to the center of the cell
  • cdx-table__table__cell--align-end: Align content to the end of the cell (to the right in LTR and to the left in RTL)
  • cdx-table__table__cell--align-number: Align content to the right of the cell in both reading directionalities. This is recommended for columns that contain numerical values.
List of MediaWikis
Project No. of wikis Users
Active All
wikipedias342292249113556337
wiktionaries19357647275027
wikiquotes9620424261041
Total: 631300055125092405

With sorting

To enable sorting, pass in the sort prop via v-model, and make at least one Table column sortable by adding allowSort: true to its definition.

You can initialize the sort ref to an empty object if there is no initial sort order, or to an initial sort order as in the Table below, where the initial sort order is { user: 'asc' }.

Contributions (column headers with buttons are sortable).
Username1de.wikipediaBahnstromleitung06:12, 2023-12-28 +9
Username2commons.wikimediaXanthium.jpg11:12, 2024-01-02-70
Username3de.wikipediaBerlin16:58, 2024-01-04 +652
Username4en.wikipediaStability Model16:25, 2023-12-14 +42

With selection

To enable row selection, set the useRowSelection prop to true, and use v-model to bind the selectedRows prop.

Tests
0 items selected
Tests
NameStatusEnglish verb to agent noun
"illustrate" -> "illustrator"
Connected
Failed
"listen" -> "listener"
Connected
Passed
"mentor" -> "mentor"
Connected
Passed
"swim" -> "swimmer"
Connected
Failed

With selection and sort

To use both row selection and sorting, you must add a unique identifier to each row:

  • Import the TableRowIdentifier constant from Codex
  • Add a property to each row object keyed on TableRowIdentifier with a unique ID, e.g. [ TableRowIdentifier ]: 'Q123'
Tests
0 items selected
Tests (column headers with buttons are sortable).
StatusEnglish verb to agent noun
"illustrate" -> "illustrator"
Connected
Failed
"listen" -> "listener"
Connected
Passed
"mentor" -> "mentor"
Connected
Passed
"swim" -> "swimmer"
Connected
Failed

Empty state

An empty state message can be displayed via the empty-state slot. If the empty-state slot is populated, this slot will automatically display the slot content when there are no items in the data array and the tbody slot is not overridden.

Table Caption
There is no data available

With pagination

Basic Pagination

To enable basic pagination, set the paginate prop to true. The pagination UI will display below the Table by default, but the controls can also be moved to the top of the table (or shown in both places at once) via the paginationPosition prop.

Additional configuration is also possible. A paginationSizeOptions prop can be used to provide different options for the number of rows to display per page, and paginationSizeDefault can set the default number of rows that are displayed prior to the user making a selection. By default, a paginated table will show 10 results per page and will allow the user to choose between page sizes of 10, 20, and 50.

Paginated table example
Record NameRecord ID
AAAAA1001
BBBBB1002
CCCCC1003
DDDDD1004
EEEEE1005
FFFFF1006
GGGGG1007
HHHHH1008
IIIII1009
JJJJJ1010
Showing results 1–10 of 521–10 of 52

Vue usage

Props

Prop nameDescriptionTypeDefault
caption(required)Table caption.

Required to support users of assistive technology, but can be visually hidden.
string
hideCaptionWhether to visually hide the caption.booleanfalse
columnsColumn definitions.TableColumn[][]
dataTable data.

An array of objects, with each object representing the data for a table row. Item keys should align with column IDs, as defined in the columns prop.
TableRow[]|TableRowWithIdentifier[][]
useRowHeadersWhether to use <th> for the first cell in each row.booleanfalse
showVerticalBordersWhether vertical borders separating columns should be rendered.booleanfalse
useRowSelectionWhether to enable row selection.booleanfalse
selectedRowsAn array of selected row indices. Must be bound with v-model:selected-rows.

If sorting is also enabled, this will be an array of TableRowIdentifiers.
( number|string )[][]
sortDefinition of sort order. Column(s) can be sorted ascending, descending, or not sorted. To display data unsorted initially, set to an empty object initially. Must be bound with v-model:sortTableSort{}
pendingWhether the table is waiting for data to be fetched.booleanfalse
paginateWhether to enable pagination.booleanfalse
serverPaginationWhether the table is paginating through remote data. Setting this to "true" will cause the table to emit events indicating that more data should be loaded when the user navigates between pages.booleanfalse
totalRowsThe total number of rows/results available on the server that the user can access via pagination. Providing this value will make for a better user experience when navigating through pages of remote data, but it is not required.numberNaN
paginationPositionWhere the pagination controls should appear relative to the table body.TablePaginationPosition'bottom'
paginationSizeOptionsPre-defined options for how may rows should be displayed per page. The value of these menu items must be a number.TablePaginationSizeOption[][ { value: 10 }, { value: 20 }, { value: 50 } ]
paginationSizeDefaultThe default number of rows to show per page. For basic pagination, this will default to the value of the first of the pagination options if not provided. For server-side pagination, this will default to the initial number of rows if no default is provided.numberpaginationSizeOptions[ 0 ].value

Events

Event namePropertiesDescription
update:selectedRowsselectedRows string[] - The new selected rows.When the selected row(s) changes.
update:sortsort Object - The new sort order.When the sort order changes emit an event to update the sort order.
load-moreoffset number - Index of the first visible row on the new page. rows number - Number of rows to display.When the user requests another page of data from the server.
lastrows number - Number of rows to display.When the user requests the last page of data from the server.

Slots

NameDescriptionBindings
headerHeader content. Not to be confused with <thead>; use the thead slot to customize that.
theadCustom <thead>.
tbodyCustom <tbody>.
'item-' + column.idTable cell content, per column.
item any - Data for the cell
row TableRow, TableRowWithIdentifier - Data for the row
empty-stateEmpty state content.
tfootCustom <tfoot>.
footerFooter content. Not to be confused with <tfoot>; use the tfoot slot to add that.

CSS-only version

Markup structure

The CSS-only Table consists of a <table> element and its child elements, plus some wrapper elements and CSS classes needed to ensure proper styles and accessibility. See the code sample below for details.

Cell data is aligned to the start of the cell by default. You can use the following CSS classes to change the alignment of cell data:

  • cdx-table__table__cell--align-center: Align content to the center of the cell
  • cdx-table__table__cell--align-end: Align content to the end of the cell (to the right in LTR and to the left in RTL)
  • cdx-table__table__cell--align-number: Align content to the right of the cell in both reading directionalities. This is recommended for columns that contain numerical values.

Note that all cells in a column, including the <th> in the <thead>, should have the same text alignment.

1912 Olympics — Men's marathon
AthleteNation Rank Time
Ken McArthurSouth Africa12:36:54.8
Christian GitshamSouth Africa22:37:52.0
Gaston StrobinoUnited States32:38:42.4
Shizo KanakuriJapan3654:08:06:05:32:20.3

Visually hidden caption

To visually hide the header's caption, simply do not add it to the header element (<div class="cdx-table__header">). If you have no other header content, the entire header element can be removed, as in the example below. Make sure to always include the <caption> element inside the <table>, which is visually hidden by default.

List of MediaWikis
ProjectNo. of wikisActive usersAll users
wikipedias342292249113556337
wiktionaries19357647275027
wikiquotes9620424261041
Total:631300055125092405

Vertical borders

To display vertical borders that separate the columns, apply the cdx-table__table--borders-vertical class to table element. This class may not cover all use cases, therefore apply additional border styles to the element as needed.

List of MediaWikis
ProjectNo. of wikis Users
ActiveAll
wikipedias342292249113556337
wiktionaries19357647275027
wikiquotes9620424261041
Total:631300055125092405

Row headers

In some cases, header information can be found in the top row and first column. All header cells are marked up as th elements with the appropriate scope attribute. The scope attribute helps to describe the relationship between header and data cells. Refer to WAI to learn more about Table header row and header column.

List of MediaWikis
ProjectNo. of wikis Users
ActiveAll
wikipedias342292249113556337
wiktionaries19357647275027
wikiquotes9620424261041
Total:631300055125092405

With row selection

Row selection can be done without JavaScript by following these steps:

  • Use a <form> element as the outermost element with the class cdx-table
  • Add a submit button to the header to handle the row selection data
  • Omit the "select all" checkbox in the <thead>
  • Give each row's checkbox the same name and a unique value

Note that the Table below doesn't actually do anything when you click "Sign up" besides submit the form and reload the page.

Sessions
Tests
NameTime
Introduction to Semantic MediaWiki11:00 EEST
Wikisource intro session11:30 EEST
Introduction to Wikibase Suite12:00 EEST

Empty state

You can use the CSS classes, cdx-table__table__empty-state and cdx-table__table__empty-state-content, to style the empty state message that indicates that there's no data available.

List of MediaWikis
There is no data available

Table Pagination

This example demonstrates the markup structure that should be used for visual parity with the Vue.js version of the paginated Table component. In a real-world scenario, the <form>action and <button> values will need to be set in a way that corresponds with whatever back-end is being used. Typical usage will involve a GET request to the URL specified in the form action, with the select and button values mapped to specific URL parameters.

Buttons for first, next, previous, and last pages use the cdx-button--icon-only class. Additional imports are needed, and more information on how to use them can be found here.

F1 Racing Teams
TeamDriver OneDriver TwoConstructors' Points
MercedesLewis HamiltonGeorge Russell213
Red BullMax VerstappenSergio Perez234
McLarenLando NorrisOscar Piastri123
FerrariCarlos SainzCharles Leclerc100
AlpineEsteban OconPierre Gasly85
Alfa RomeoValtteri BottasGuanyu Zhou60
Aston MartinFernando AlonsoLance Stroll95
HaasKevin MagnussenMick Schumacher50
WilliamsAlexander AlbonLogan Sargeant30
AlphaTauriYuki TsunodaNyck de Vries40
Showing results 1 - 10 of 52