summaryrefslogtreecommitdiff
path: root/tests/test_pycode_ast.py
Commit message (Collapse)AuthorAgeFilesLines
* Collapse single line docstringsAdam Turner2022-02-201-2/+1
|
* Remove copyright and licence fieldsAdam Turner2022-02-201-3/+0
|
* Fix module docstring indentationAdam Turner2022-02-201-2/+2
|
* Fix module docstring first lineAdam Turner2022-02-201-2/+1
|
* Remove module titles in docstringsAdam Turner2022-02-191-3/+0
|
* A happy new year!Takeshi KOMIYA2022-01-011-1/+1
|
* Fix #9364: autodoc: 1-element tuple on the defarg is wrongly renderedTakeshi KOMIYA2021-06-211-1/+2
|
* A happy new year!Takeshi KOMIYA2021-01-011-1/+1
| | | | | | | .. note:: $ find sphinx tests LICENSE doc/conf.py -type f -exec sed -i '' -e 's/2007\-20../2007-2021/' {} \; $ git co sphinx/locale/**/*.js sphinx/templates/epub3/mimetype
* pycode: ast.unparse() construct number literals using source codeTakeshi KOMIYA2020-10-051-5/+9
| | | | | | | | | | | | | Developers can write number literals in several ways. For example, decimal (1234), hexadecimal (0x1234), octal decimal (0o1234) and so on. But, AST module don't mind how the numbers written in the code. As a result, ast.unparse() could not reproduce the original form of number literals. This allows to construct number literals as possible using original source code. Note: This is only available in Python 3.8+.
* Fix #7964: autodoc: Tuple in default value is wrongly renderedTakeshi KOMIYA2020-10-031-1/+1
| | | | This implements tuple literal support to sphinx.pycode.ast.unparse().
* Fix #7461: autodoc: empty tuple in type annotation is not shown correctlyTakeshi KOMIYA2020-04-121-0/+1
|
* Fix #7304: pycode: Support operators (BinOp, BoolOp and UnaryOp)Takeshi KOMIYA2020-03-141-0/+22
|
* py domain: Support lambda functions in function signatureTakeshi KOMIYA2020-02-161-1/+11
|
* Add sphinx.pycode.ast.parse() and unparse()Takeshi KOMIYA2020-01-131-0/+40