1
0
forked from VimPlug/jedi

Script.get_in_function_call -> Script.function_definition

This commit is contained in:
David Halter
2013-02-21 22:04:35 +04:30
parent 923e59b9c2
commit f8e0c78f77
6 changed files with 66 additions and 54 deletions
+8 -8
View File
@@ -34,7 +34,7 @@ Parser
.. autodata:: fast_parser
.. autodata:: fast_parser_always_reparse
.. autodata:: use_get_in_function_call_cache
.. autodata:: use_function_definition_cache
Dynamic stuff
@@ -66,14 +66,14 @@ definitely worse in some cases. But a completion should also be fast.
.. autodata:: max_function_recursion_level
.. autodata:: max_executions_without_builtins
.. autodata:: max_executions
.. autodata:: scale_get_in_function_call
.. autodata:: scale_function_definition
Caching
~~~~~~~
.. autodata:: star_import_cache_validity
.. autodata:: get_in_function_call_validity
.. autodata:: function_definition_validity
Various
@@ -156,9 +156,9 @@ This is just a debugging option. Always reparsing means that the fast parser
is basically useless. So don't use it.
"""
use_get_in_function_call_cache = True
use_function_definition_cache = True
"""
Use the cache (full cache) to generate get_in_function_call's. This may fail
Use the cache (full cache) to generate function_definition's. This may fail
with multiline docstrings (likely) and other complicated changes (unlikely).
The goal is to move away from it by making the rest faster.
"""
@@ -225,9 +225,9 @@ max_executions = 250
A maximum amount of time, the completion may use.
"""
scale_get_in_function_call = 0.1
scale_function_definition = 0.1
"""
Because get_in_function_call is normally used on every single key hit, it has
Because function_definition is normally used on every single key hit, it has
to be faster than a normal completion. This is the factor that is used to
scale `max_executions` and `max_until_execution_unique`:
"""
@@ -253,7 +253,7 @@ might be slow, therefore we do a star import caching, that lasts a certain
time span (in seconds).
"""
get_in_function_call_validity = 3.0
function_definition_validity = 3.0
"""
Finding function calls might be slow (0.1-0.5s). This is not acceptible for
normal writing. Therefore cache it for a short time.