homepage

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 xmorel
Recipients bethard, docs@python, ncoghlan, xmorel
Date 2012年01月24日.10:00:20
SpamBayes Score 3.2399413e-08
Marked as misclassified No
Message-id <1327399224.62.0.973812508967.issue13850@psf.upfronthosting.co.za>
In-reply-to
Content
Creating the tables should not be too hard, especially using e.g. org-mode, but:
1. Where should those tables live? The argparse documentation is pretty big and there's no completely obvious place. I would guess table 1. could just replace the list of arguments in http://docs.python.org/py3k/library/argparse.html#the-add-argument-method but things are harder for `action` (as many actions have examples as well, so the listing can't just be replaced) and for `nargs`
2. If the current lists of `argument: role` (in ArgumentParser and add_argument) are not sufficient, why would a table somehow be considering it would *add* visual clutter (table borders, for instance)?
Maybe a good alternative would be to build a table style for info fields lists and to use :param: wherever that belongs?
Or the doc could be split into a "quickstart" with just a listing of arguments and a *very simple* example or two, and then the exhaustive documentation, which could even be a separate document?
History
Date User Action Args
2012年01月24日 10:00:24xmorelsetrecipients: + xmorel, ncoghlan, bethard, docs@python
2012年01月24日 10:00:24xmorelsetmessageid: <1327399224.62.0.973812508967.issue13850@psf.upfronthosting.co.za>
2012年01月24日 10:00:21xmorellinkissue13850 messages
2012年01月24日 10:00:20xmorelcreate

AltStyle によって変換されたページ (->オリジナル) /