The official specification for Pod6 tables is located in the Documentation specification here: Tables. Although Pod6 specifications are not completely and properly handled yet, several projects are ongoing to correct the situation; one such project is ensuring the proper handling of Pod6 tables.
As part of that effort, this document explains the current state of Pod6 tables by example: valid tables, invalid tables, and unexpected tables (i.e., valid tables that, because of sloppy construction, may result in something different than the user expects).
Restrictions§
1. The only valid column separators are either visible (' | ' or ' + ') (note at least one space is required before and after the visible column separators) or invisible [two or more contiguous whitespace (WS) characters (e.g., ' ')]. Column separators are not normally recognized as such at the left or right side of a table, but one on the right side may result in one or more empty cells depending upon the number of the cells in other rows. (Note that a pipe or plus character meant as part of cell data will result in an unintended extra column unless the character is escaped with a backslash, e.g., '\|' or '\+'.)
2. Mixing visible and invisible column separators in the same table is illegal.
3. The only valid row separator characters are '_', '-', '+', ' ', '|', and '='.
4. Consecutive interior row-separator lines are illegal.
5. Leading and trailing row-separator lines generate a warning.
6. Formatting blocks in table cells are currently ignored and treated as plain text.
HINT: During development, use of the environment variable RAKUDO_POD6_TABLE_DEBUG will show you how Rakudo interprets your Pod tables before they are passed to renderers such as Pod::To::HTML, Pod::To::Text, and Pod::To::Markdown.
Best practices§
HINT: Not adhering to the following best practices may require more table processing due to additional looping over table rows.
1. Use of WS for column separators is fragile, and they should only be used for simple tables. The Ugly Tables section below illustrates the problem.
2. Align table columns and rows carefully. See the examples in later best practices.
3. Don't use visual borders on the table.
4. For tables with a heading and single- or multi-line content, use one or more contiguous equal signs ('=') as the row separator after the heading, and use one or more contiguous hyphens ('-') as the row separator in the content portion of the table. For example,
Heading and single- or multi-line content
=begin table hdr col 0 | hdr col 1 ====================== row 0 | row 0 col 0 | col 1 ---------------------- row 1 | row 1 col 0 | col 1 ---------------------- =end table
Heading and single-line content
=begin table hdr col 0 | hdr col 1 ====================== row 0 col 0 | row 0 col 1 row 1 col 0 | row 1 col 1 =end table
5. For tables with no header and multi-line content, use one or more contiguous hyphens ('-') as the row separator in the content portion of the table. For example,
=begin table row 0 | row 0 col 0 | col 1 ---------------------- row 1 col 0 | row 1 col 1 =end table
6. For tables with many rows and no multi-line content, using no row separators is fine. However, with one or more rows with multi-line content, it is easier to ensure proper results by using a row separator line (visible or invisible) between every content row.
7. Ensure intentionally empty cells have column separators, otherwise expect a warning about short rows being filled with empty cells. (Tables rows will always have the same number of cells as the row with the most cells. Short rows are padded on the right with empty cells and generate a warning.)
8. Adding a caption to a table is possible using the =begin table line as in this example:
=begin table :caption<My Tasks> mow lawn take out trash =end table
Although not a good practice, currently there is in use an alternate method of defining a caption as shown in this example:
=begin table :config{caption => "My Tasks"} mow lawn take out trash =end table
Note the alternative method of putting the caption in the config hash was necessary before the :caption method was implemented, but that method is now considered to be deprecated. The practice will generate a warning in the upcoming version 6.d, and it will raise an exception in version 6.e.
Valid tables§
Following are examples of valid tables (taken from the current Specification Tests).
=begin table The Shoveller Eddie Stevens King Arthur's singing shovel Blue Raja Geoffrey Smith Master of cutlery Mr Furious Roy Orson Ticking time bomb of fury The Bowler Carol Pinnsler Haunted bowling ball =end table
=table Constants 1 Variables 10 Subroutines 33 Everything else 57
=for table mouse | mice horse | horses elephant | elephants
=table Animal | Legs | Eats ======================= Zebra + 4 + Cookies Human + 2 + Pizza Shark + 0 + Fish
=table Superhero | Secret | | Identity | Superpower ==============|=================|================================ The Shoveller | Eddie Stevens | King Arthur's singing shovel
=begin table Secret Superhero Identity Superpower ============= =============== =================== The Shoveller Eddie Stevens King Arthur's singing shovel Blue Raja Geoffrey Smith Master of cutlery Mr Furious Roy Orson Ticking time bomb of fury The Bowler Carol Pinnsler Haunted bowling ball =end table
=table X | O | ---+---+--- | X | O ---+---+--- | | X
=table X O =========== X O =========== X
=begin table foo bar =end table
Invalid tables§
Following are examples of invalid tables, and they should trigger an unhandled exception during parsing.
Mixed column separator types in the same row are not allowed:
=begin table r0c0 + r0c1 | r0c3 =end table
Mixed visual and whitespace column separator types in the same table are not allowed:
=begin table r0c0 + r0c1 | r0c3 r1c0 r0c1 r0c3 =end table
Two consecutive interior row separators are not allowed:
=begin table r0c0 | r0c1 ============ ============ r1c0 | r1c1 =end table
Unexpected tables§
Following are examples of valid tables that are probably intended to be two columns, but the columns are not aligned well so each will parse as a single-column table.
Unaligned columns with WS column separators:
Notice the second row has the two words separated by only one WS character, while it takes at least two adjacent WS characters to define a column separation. This is a valid table but will be parsed as a single-column table.
=begin table r0c0 r0c1 r1c0 r0c1 =end table
Unaligned columns with visual column separators:
Notice the second row has the two words separated by a visible character ('|') but the character is not recognized as a column separator because it doesn't have an adjacent WS character on both sides of it. Although this is a legal table, the result will not be what the user intended because the first row has two columns while the second row has only one column, and it will thus have an empty second column.
=begin table r0c0 | r0c1 r1c0 |r0c1 =end table