Tabular presentation
Last substantive revision: 2016-07-01
Some thoughts on how best to represent information on tables.
- use grid lines or not?
- color alternation? – cf. this question about zebra stripes on TeX Stack Exchange and To use or not to use “Zebra Stripes”, or Alternating Row Colors for Tables (seems to cite some research on lookups) and Is there a better way than zebra stripes (cites research on lookups and preference)
- use lots of examples.
- markup syntax for tables: pandoc has many, but they’re all unintuitive for me because they optimize for appearance in the markup, not the ease of entering in the data or how memorable the syntax is. (In fact, I keep having to go to the Pandoc documentation to read up on how to make a table.) Compare this to the Mediawiki markup, which is quite easy to remember, even though in the source markup it doesn’t look like a table.
From Publication quality tables in LaTeX:
You will not go far wrong if you remember two simple guidelines at all times:
- Never, ever use vertical rules.
- Never use double rules.
These guidelines may seem extreme but I have never found a good argument in favour of breaking them. For example, if you feel that the information in the left half of a table is so different from that on the right that it needs to be separated by a vertical line, then you should use two tables instead. Not everyone follows the second guideline: I have worked for a publisher who insisted on a double light rule above a row of totals. But this would not have been my choice.
There are three further guidelines worth mentioning here as they are generally not known outside the circle of professional typesetters and subeditors:
- Put the units in the column heading (not in the body of the table).
- Always precede a decimal point by a digit; thus 0.1 not just .1.
- Do not use ‘ditto’ signs or any other such convention to repeat a previous value. In many circumstances a blank will serve just as well. If it won’t, then repeat the value.
Whether or not you wish to follow the minor niceties, if you use only the following commands in your formal tables your reader will be grateful. I stress that the guidelines are not just to keep the pedantic happy. The principal is that enforced structure of presentation enforces structured thought in the first instance.
Cell borders are helpful as guides when you’re loading information into the table. They’re less useful once the table is full. The text in the cells will create an implied grid. Cell borders can make the grid cluttered and difficult to read, especially in tables with many small cells.
See also Small Guide to Making Nice Tables.
But what about more complex tables like the timeline of global health? Surely sortability justifies tabulating the information, and having no grid lines would make lookups difficult (both time-consuming and mentally exhausting).
What are we trying to optimize for?
- Aesthetic appearance (how the table looks on the page or from afar)
- Lookup speeds
- Preventing mental exhaustion
- Obeying some principles handed down from “typographic elites”
See also Beautiful table samples and Tip on how to make a visually good table.
Acknowledgments
A conversation with Vipul Naik inspired the creation of this page (though I had been thinking about tables before the conversation).
The content on this page is licensed under the CC0 1.0 Universal Public Domain Dedication.