mirror of
https://github.com/davidhalter/jedi.git
synced 2025-12-07 06:24:27 +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
|
||||
- function annotations (py3k feature, are ignored right now, but being parsed.
|
||||
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
|
||||
they are on my todo list):
|
||||
|
||||
- class decorators (py3k feature)
|
||||
- getattr() / __getattr__ / __getattribute__
|
||||
- sys.path modifications
|
||||
- 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)
|
||||
|
||||
python 3 stuff:
|
||||
TODO class decorators
|
||||
TODO nonlocal statement, needed or can be ignored?
|
||||
|
||||
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.
|
||||
#? int()
|
||||
follow_statement(1)
|
||||
|
||||
# -----------------
|
||||
# class decorators
|
||||
# -----------------
|
||||
|
||||
# class decorators should just be ignored
|
||||
@should_ignore
|
||||
class A(): pass
|
||||
|
||||
|
||||
Reference in New Issue
Block a user