30
30
- {{!page-driver}The reference driver} is the simplest driver, useful if you
31
31
want to see how to integrate it with your own projects.
32
32
- {{:https://github.com/ocaml-doc/voodoo}Voodoo} is the driver used to create
33
- the docs for {{:https://v3 .ocaml.org/packages}the new OCaml website}.
33
+ the docs for {{:https://www .ocaml.org/packages}the OCaml website}.
34
34
35
35
{1:interfaces Documenting your interfaces}
36
36
296
296
297
297
{4:language_headers Language Headers}
298
298
299
- As of [odoc.2.1] it is possible to write blocks with explicit language headers,
300
- similar to markdown code blocks:
301
-
302
- {@markdown[
303
- Here is some python code:
304
- ```python
305
- def f():
306
- return 0
307
- ```
308
- ]}
309
-
310
- These blocks can be written using the enclosing tags [ {@<language>[ ... ]} ].
311
- The content of those block should be properly styled if odoc supports the
312
- styling for the given language. It is encouraged to use them even before proper
313
- support is available so that you benefit from it as soon as it is released.
314
- The above markdown example would be written as:
299
+ As of [odoc.2.2] it is possible to write blocks with explicit language headers.
300
+ These blocks can be written using the enclosing tags [{@<language>[ ... ]}].
301
+ The content of those block should be properly styled if highlightjs supports the
302
+ styling for the given language.
315
303
316
304
{v
317
305
(** Here is some python code:
@@ -333,7 +321,7 @@ Here is some python code:
333
321
{4:verbatim_blocks Verbatim Blocks}
334
322
335
323
It is possible to write language agnostic code blocks, also called verbatim
336
- blocks using the enclosing tags [ {v ... v} ]. The content of these blocks will be
324
+ blocks using the enclosing tags [{v ... v}]. The content of these blocks will be
337
325
formatted as code but with no particular style applied.
338
326
339
327
{[
@@ -346,7 +334,7 @@ formatted as code but with no particular style applied.
346
334
347
335
{3:escaping Escaping}
348
336
349
- In most contexts, the characters [ { [ ] } @ ] all need to be escaped with a backslash.
337
+ In most contexts, the characters [{ [ ] } @] all need to be escaped with a backslash.
350
338
In inline source code style, only square brackets need to be escaped. However, as a
351
339
convenience, {e matched} square brackets need not be escaped to aid in typesetting
352
340
code. For example, the following would be acceptable in a documentation comment:
0 commit comments