This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author tshepang
Recipients eric.araujo, ezio.melotti, sandro.tosi, tshepang
Date 2012-03-09.16:20:22
SpamBayes Score 9.686696e-14
Marked as misclassified No
Message-id <CAA77j2DxsaezeXFk9UTSGAoYRk_c8CGfgtQT9LnG-teyEhc5+Q@mail.gmail.com>
In-reply-to <1331303331.89.0.239979152935.issue14218@psf.upfronthosting.co.za>
Content
> Ezio Melotti <ezio.melotti@gmail.com> added the comment:
> Another idea that we were discussing on IRC (and IIRC on another issue that I can't find anymore), was to add at the top a table like:
> ----------------------------------------
> arguments       *arg*
> strong text     **strong**
> code snippets   ``print('hello world')``
> True/False/None ``True``
> functions       :func:`sorted`
> methods         :meth:`list.sort`
> ...
> ----------------------------------------
>
> This will allow people that are searching for the right markup to find quickly what role they should use.

That would be a good idea. A quick ref check without all the prose.

> I also agree with Éric that you should always build the doc anyway to check for errors.  Sometimes it happens that I have to experiment a bit if I'm using some uncommon role/directive, but that doesn't happen often, and building the doc a few times is not a problem for me in these cases.

I also agree. I'm just thinking someone who reads that doc should be
able to see the output without building anything. That is, reading the
doc doesn't necessarily mean you want to apply what you just learned
"right now". There's also "just in case" or "curiosity" learning.
History
Date User Action Args
2012-03-09 16:20:23tshepangsetrecipients: + tshepang, ezio.melotti, eric.araujo, sandro.tosi
2012-03-09 16:20:23tshepanglinkissue14218 messages
2012-03-09 16:20:22tshepangcreate