mirror of
https://github.com/davidhalter/jedi.git
synced 2025-12-08 23:04:48 +08:00
class decorators are just being ignored, until I know of a use case, where Jedi returns the wrong results
This commit is contained in:
@@ -48,11 +48,12 @@ Jedi supports many of the widely used Python features:
|
|||||||
- (nested) list comprehensions / ternary expressions
|
- (nested) list comprehensions / ternary expressions
|
||||||
- function annotations (py3k feature, are ignored right now, but being parsed.
|
- function annotations (py3k feature, are ignored right now, but being parsed.
|
||||||
I don't know what to do with them.)
|
I don't know what to do with them.)
|
||||||
|
- class decorators (py3k feature, are being ignored too, until I find a use
|
||||||
|
case, that doesn't work with Jedi)
|
||||||
|
|
||||||
However, it does not yet support (and probably will in future versions, because
|
However, it does not yet support (and probably will in future versions, because
|
||||||
they are on my todo list):
|
they are on my todo list):
|
||||||
|
|
||||||
- class decorators (py3k feature)
|
|
||||||
- getattr() / __getattr__ / __getattribute__
|
- getattr() / __getattr__ / __getattribute__
|
||||||
- sys.path modifications
|
- sys.path modifications
|
||||||
- manipulations of instances outside the instance variables, without using
|
- manipulations of instances outside the instance variables, without using
|
||||||
|
|||||||
@@ -12,7 +12,6 @@ TODO magic methods: __mul__, __add__, etc.
|
|||||||
TODO evaluate asserts/isinstance (type safety)
|
TODO evaluate asserts/isinstance (type safety)
|
||||||
|
|
||||||
python 3 stuff:
|
python 3 stuff:
|
||||||
TODO class decorators
|
|
||||||
TODO nonlocal statement, needed or can be ignored?
|
TODO nonlocal statement, needed or can be ignored?
|
||||||
|
|
||||||
TODO __ instance attributes should not be visible outside of the class.
|
TODO __ instance attributes should not be visible outside of the class.
|
||||||
|
|||||||
@@ -141,3 +141,12 @@ def follow_statement(stmt):
|
|||||||
# here we had problems with the else clause, because the parent was not right.
|
# here we had problems with the else clause, because the parent was not right.
|
||||||
#? int()
|
#? int()
|
||||||
follow_statement(1)
|
follow_statement(1)
|
||||||
|
|
||||||
|
# -----------------
|
||||||
|
# class decorators
|
||||||
|
# -----------------
|
||||||
|
|
||||||
|
# class decorators should just be ignored
|
||||||
|
@should_ignore
|
||||||
|
class A(): pass
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user