mirror of
https://github.com/sphinx-doc/sphinx.git
synced 2025-02-25 18:55:22 -06:00
Write a bit more in "Documenting".
This commit is contained in:
parent
d0a6b3d1c3
commit
2587f186fc
@ -8,7 +8,25 @@ markup. This section contains the reference material for these facilities.
|
|||||||
Documentation for "standard" reST constructs is not included here, though
|
Documentation for "standard" reST constructs is not included here, though
|
||||||
they are used in the Python documentation.
|
they are used in the Python documentation.
|
||||||
|
|
||||||
.. XXX: file-wide metadata
|
File-wide metadata
|
||||||
|
------------------
|
||||||
|
|
||||||
|
reST has the concept of "field lists"; these are a sequence of fields marked up
|
||||||
|
like this::
|
||||||
|
|
||||||
|
:Field name: Field content
|
||||||
|
|
||||||
|
A field list at the very top of a file is parsed as the "docinfo", which in
|
||||||
|
normal documents can be used to record the author, date of publication and
|
||||||
|
other metadata. In Sphinx, the docinfo is used as metadata, too, but not
|
||||||
|
displayed in the output.
|
||||||
|
|
||||||
|
At the moment, only one metadata field is recognized:
|
||||||
|
|
||||||
|
``nocomments``
|
||||||
|
If set, the web application won't display a comment form for a page generated
|
||||||
|
from this source file.
|
||||||
|
|
||||||
|
|
||||||
Meta-information markup
|
Meta-information markup
|
||||||
-----------------------
|
-----------------------
|
||||||
@ -265,9 +283,7 @@ Inline markup
|
|||||||
As said before, Sphinx uses interpreted text roles to insert semantic markup in
|
As said before, Sphinx uses interpreted text roles to insert semantic markup in
|
||||||
documents.
|
documents.
|
||||||
|
|
||||||
The default role is ``var``, as that was one of the most common macros used in
|
Variable names are an exception, they should be marked simply with ``*var*``.
|
||||||
the old LaTeX docs. That means that you can use ```var``` to refer to a
|
|
||||||
variable named "var".
|
|
||||||
|
|
||||||
For all other roles, you have to write ``:rolename:`content```.
|
For all other roles, you have to write ``:rolename:`content```.
|
||||||
|
|
||||||
@ -488,7 +504,7 @@ Cross-linking markup
|
|||||||
--------------------
|
--------------------
|
||||||
|
|
||||||
To support cross-referencing to arbitrary sections in the documentation, the
|
To support cross-referencing to arbitrary sections in the documentation, the
|
||||||
standard reST labels are "abused" a bit: Every label must precede a section
|
standard reST labels are "abused" a bit: Every label must precede a section
|
||||||
title; and every label name must be unique throughout the entire documentation
|
title; and every label name must be unique throughout the entire documentation
|
||||||
source.
|
source.
|
||||||
|
|
||||||
|
@ -4,10 +4,9 @@ reStructuredText Primer
|
|||||||
=======================
|
=======================
|
||||||
|
|
||||||
This section is a brief introduction to reStructuredText (reST) concepts and
|
This section is a brief introduction to reStructuredText (reST) concepts and
|
||||||
syntax, intended to provide authors with enough information to author
|
syntax, intended to provide authors with enough information to author documents
|
||||||
documents productively.
|
productively. Since reST was designed to be a simple, unobtrusive markup
|
||||||
Since reST was designed to be a simple, unobtrusive markup language, this will
|
language, this will not take too long.
|
||||||
not take too long.
|
|
||||||
|
|
||||||
.. seealso::
|
.. seealso::
|
||||||
|
|
||||||
@ -18,12 +17,13 @@ not take too long.
|
|||||||
Paragraphs
|
Paragraphs
|
||||||
----------
|
----------
|
||||||
|
|
||||||
The paragraph is the most basic block in a reST document.
|
The paragraph is the most basic block in a reST document. Paragraphs are simply
|
||||||
Paragraphs are simply chunks of text
|
chunks of text separated by one or more blank lines. As in Python, indentation
|
||||||
separated by one or more blank lines. As in Python, indentation is significant
|
is significant in reST, so all lines of the same paragraph must be left-aligned
|
||||||
in reST, so all lines of the same paragraph must be left-aligned
|
|
||||||
to the same level of indentation.
|
to the same level of indentation.
|
||||||
|
|
||||||
|
The Python docs use an indentation of 3 spaces.
|
||||||
|
|
||||||
|
|
||||||
Inline markup
|
Inline markup
|
||||||
-------------
|
-------------
|
||||||
|
@ -3,7 +3,7 @@
|
|||||||
The Sphinx build system
|
The Sphinx build system
|
||||||
=======================
|
=======================
|
||||||
|
|
||||||
XXX: intro...
|
.. XXX: intro...
|
||||||
|
|
||||||
.. _doc-build-config:
|
.. _doc-build-config:
|
||||||
|
|
||||||
|
@ -8,7 +8,25 @@ markup. This section contains the reference material for these facilities.
|
|||||||
Documentation for "standard" reST constructs is not included here, though
|
Documentation for "standard" reST constructs is not included here, though
|
||||||
they are used in the Python documentation.
|
they are used in the Python documentation.
|
||||||
|
|
||||||
.. XXX: file-wide metadata
|
File-wide metadata
|
||||||
|
------------------
|
||||||
|
|
||||||
|
reST has the concept of "field lists"; these are a sequence of fields marked up
|
||||||
|
like this::
|
||||||
|
|
||||||
|
:Field name: Field content
|
||||||
|
|
||||||
|
A field list at the very top of a file is parsed as the "docinfo", which in
|
||||||
|
normal documents can be used to record the author, date of publication and
|
||||||
|
other metadata. In Sphinx, the docinfo is used as metadata, too, but not
|
||||||
|
displayed in the output.
|
||||||
|
|
||||||
|
At the moment, only one metadata field is recognized:
|
||||||
|
|
||||||
|
``nocomments``
|
||||||
|
If set, the web application won't display a comment form for a page generated
|
||||||
|
from this source file.
|
||||||
|
|
||||||
|
|
||||||
Meta-information markup
|
Meta-information markup
|
||||||
-----------------------
|
-----------------------
|
||||||
@ -265,9 +283,7 @@ Inline markup
|
|||||||
As said before, Sphinx uses interpreted text roles to insert semantic markup in
|
As said before, Sphinx uses interpreted text roles to insert semantic markup in
|
||||||
documents.
|
documents.
|
||||||
|
|
||||||
The default role is ``var``, as that was one of the most common macros used in
|
Variable names are an exception, they should be marked simply with ``*var*``.
|
||||||
the old LaTeX docs. That means that you can use ```var``` to refer to a
|
|
||||||
variable named "var".
|
|
||||||
|
|
||||||
For all other roles, you have to write ``:rolename:`content```.
|
For all other roles, you have to write ``:rolename:`content```.
|
||||||
|
|
||||||
@ -488,7 +504,7 @@ Cross-linking markup
|
|||||||
--------------------
|
--------------------
|
||||||
|
|
||||||
To support cross-referencing to arbitrary sections in the documentation, the
|
To support cross-referencing to arbitrary sections in the documentation, the
|
||||||
standard reST labels are "abused" a bit: Every label must precede a section
|
standard reST labels are "abused" a bit: Every label must precede a section
|
||||||
title; and every label name must be unique throughout the entire documentation
|
title; and every label name must be unique throughout the entire documentation
|
||||||
source.
|
source.
|
||||||
|
|
||||||
|
@ -4,10 +4,9 @@ reStructuredText Primer
|
|||||||
=======================
|
=======================
|
||||||
|
|
||||||
This section is a brief introduction to reStructuredText (reST) concepts and
|
This section is a brief introduction to reStructuredText (reST) concepts and
|
||||||
syntax, intended to provide authors with enough information to author
|
syntax, intended to provide authors with enough information to author documents
|
||||||
documents productively.
|
productively. Since reST was designed to be a simple, unobtrusive markup
|
||||||
Since reST was designed to be a simple, unobtrusive markup language, this will
|
language, this will not take too long.
|
||||||
not take too long.
|
|
||||||
|
|
||||||
.. seealso::
|
.. seealso::
|
||||||
|
|
||||||
@ -18,12 +17,13 @@ not take too long.
|
|||||||
Paragraphs
|
Paragraphs
|
||||||
----------
|
----------
|
||||||
|
|
||||||
The paragraph is the most basic block in a reST document.
|
The paragraph is the most basic block in a reST document. Paragraphs are simply
|
||||||
Paragraphs are simply chunks of text
|
chunks of text separated by one or more blank lines. As in Python, indentation
|
||||||
separated by one or more blank lines. As in Python, indentation is significant
|
is significant in reST, so all lines of the same paragraph must be left-aligned
|
||||||
in reST, so all lines of the same paragraph must be left-aligned
|
|
||||||
to the same level of indentation.
|
to the same level of indentation.
|
||||||
|
|
||||||
|
The Python docs use an indentation of 3 spaces.
|
||||||
|
|
||||||
|
|
||||||
Inline markup
|
Inline markup
|
||||||
-------------
|
-------------
|
||||||
|
@ -3,7 +3,7 @@
|
|||||||
The Sphinx build system
|
The Sphinx build system
|
||||||
=======================
|
=======================
|
||||||
|
|
||||||
XXX: intro...
|
.. XXX: intro...
|
||||||
|
|
||||||
.. _doc-build-config:
|
.. _doc-build-config:
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user