Inheritance diagram for IPython.completer:
Word completion for IPython.
This module is a fork of the rlcompleter module in the Python standard library. The original enhancements made to rlcompleter have been sent upstream and were accepted as of Python 2.3, but we need a lot more functionality specific to IPython, so this module will continue to live as an IPython-specific utility.
Original rlcompleter documentation:
This requires the latest extension to the readline module (the completes keywords, built-ins and globals in __main__; when completing NAME.NAME..., it evaluates (!) the expression up to the last dot and completes its attributes.
It’s very cool to do “import string” type “string.”, hit the completion key (twice), and see the list of names defined by the string module!
Tip: to use the tab key as the completion key, call
readline.parse_and_bind(“tab: complete”)
Notes:
generally cause the completion to fail). This is a feature – since readline sets the tty device in raw (or cbreak) mode, printing a traceback wouldn’t work well without some complicated hoopla to save, reset and restore the tty state.
application defined code to be executed if an object with a __getattr__ hook is found. Since it is the responsibility of the application (or the user) to enable this feature, I consider this an acceptable risk. More complicated expressions (e.g. function calls or indexing operations) are not evaluated.
raw_input(), and thus these also benefit/suffer from the completer features. Clearly an interactive application can benefit by specifying its own completer function and using raw_input() for all its input.
used, and this module (and the readline module) are silently inactive.
Create a new completer for the command line.
Completer([namespace,global_namespace]) -> completer instance.
If unspecified, the default namespace where completions are performed is __main__ (technically, __main__.__dict__). Namespaces should be given as dictionaries.
An optional second namespace can be given. This allows the completer to handle cases where both the local and global scopes need to be distinguished.
Completer instances should be used as the completion mechanism of readline via the set_completer() call:
readline.set_completer(Completer(my_namespace).complete)
Compute matches when text contains a dot.
Assuming the text is of the form NAME.NAME....[NAME], and is evaluatable in self.namespace or self.global_namespace, it will be evaluated and its attributes (as revealed by dir()) are used as possible completions. (For class instances, class members are are also considered.)
WARNING: this can still invoke arbitrary C code, if an object with a __getattr__ hook is evaluated.
Return the next possible completion for ‘text’.
This is called successively with state == 0, 1, 2, ... until it returns None. The completion should begin with ‘text’.
Compute matches when text is a simple name.
Return a list of all keywords, built-in functions and names currently defined in self.namespace or self.global_namespace that match.
Bases: IPython.completer.Completer
Extension of the completer class with IPython-specific features
IPCompleter() -> completer
Return a completer object suitable for use by the readline library via readline.set_completer().
Inputs:
because this completer knows about magic functions, and those can only be accessed via the ipython instance.
handle cases (such as IPython embedded inside functions) where both Python scopes are visible.
‘magic’ names (__magicname__) for python objects unless the text to be completed explicitly starts with one or more underscores.
to complete.
Return the next possible completion for ‘text’.
This is called successively with state == 0, 1, 2, ... until it returns None. The completion should begin with ‘text’.
Keywords: |
---|
If not given, the completer attempts to obtain the current line buffer via readline. This keyword allows clients which are requesting for text completions in non-readline contexts to inform the completer of the entire text.
Match filenames, expanding ~USER type strings.
Most of the seemingly convoluted logic in this completer is an attempt to handle filenames with spaces in them. And yet it’s not quite perfect, because Python’s readline doesn’t expose all of the GNU readline details needed for this to be done correctly.
For a filename with a space in it, the printed completions will be only the parts after what’s already been typed (instead of the full completions, as is normally done). I don’t think with the current (as of Python 2.3) Python readline it’s possible to do better.