@@ -251,6 +251,10 @@ and ordered lists:
251
251
{- <item 2>}
252
252
{- <item 3>}}
253
253
v}
254
+
255
+ Lists can contain block elements, apart from {{!sections}headings} and
256
+ {{!tags}tags}.
257
+
254
258
There is also an abbreviated syntax for lists. The above could be written:
255
259
{v
256
260
- <item>
264
268
+ <item 3>
265
269
v}
266
270
271
+ In the abbreviated synyax, lists are ended by a blank line, or anything that
272
+ cannot be part of a list item (a heading or a tag).
273
+
267
274
{3:code_blocks Code Blocks}
268
275
269
276
There are various ways of inserting code elements in your documentation.
@@ -520,9 +527,13 @@ i.e., there shouldn't be any [odoc] markup.
520
527
521
528
{3 Block Tags}
522
529
523
- These tags have a block of potentially marked-up text associated with them,
524
- and occasionally some more data too. The block of text is implicitly ended by a
525
- new line, a heading or another tag.
530
+ These tags have a block of potentially marked-up text associated with them, and
531
+ occasionally some more data too.
532
+
533
+ The content of a block tag can be any markup, apart from {{!sections}headings}
534
+ and other tags. Note that compared to ocamldoc, block tags do not extend to the
535
+ end of the docstring. Instead, they are ended by a blank line, or a block that
536
+ cannot be included in (a heading or another tag).
526
537
527
538
- [@deprecated <text>] - marks the element as deprecated. [text] should describe
528
539
when the element was deprecated, what to use as a replacement, and possibly
0 commit comments