Given the tiddler table-example defined with these contents:
|cell one|cell two|
|cell three|cell four|
then
wiki text | renders as | |||||
---|---|---|---|---|---|---|
1 |
|
| ||||
2 |
|
| ||||
3 |
|
| ||||
4 |
|
| ||||
5 |
|
| ||||
6 |
|
|
The list syntax is recognised in block mode and the enclosed contents are parsed using inline mode. When the parser encounters a wikitext transclusion it will use the current parse mode to parse the contents of the transcluded tiddler. The contents of the example tiddler contains table syntax which is only recognised in block mode.
Therefore, in #1 above the table syntax is not recognised. In #2 above, the blank line after the open div
tag moves the parser back into block mode, the transcluded text inherits it and the table is recognised.
When transcluding tiddlers using the widget, the parse mode will be inline (#3 and #4 above) unless it is written as an open tag with a following blank line (#5 above).
In these examples, the transclusions are at the top level instead of enclosed in list items:
wiki text | renders as | |||||
---|---|---|---|---|---|---|
1 |
|
| ||||
2 |
|
| ||||
3 |
| |cell one|cell two| |cell three|cell four| | ||||
4 |
| |cell one|cell two| |cell three|cell four| | ||||
5 |
|
| ||||
6 |
| |cell one|cell two| |cell three|cell four| |
Of these examples, only the two $transclude
tags which are not followed by a blank line and the widget call using mode
=inline
are parsed using inline mode.