[688] | 1 | # -*- Mode: Shell-Script -*- Not really, but shows comments correctly
|
---|
| 2 | #***************************************************************************
|
---|
| 3 | #
|
---|
| 4 | # Configuration file for ipython -- ipythonrc format
|
---|
| 5 | #
|
---|
| 6 | # The format of this file is one of 'key value' lines.
|
---|
| 7 | # Lines containing only whitespace at the beginning and then a # are ignored
|
---|
| 8 | # as comments. But comments can NOT be put on lines with data.
|
---|
| 9 | #***************************************************************************
|
---|
| 10 |
|
---|
| 11 | autocall 1
|
---|
| 12 |
|
---|
| 13 | autoindent 1
|
---|
| 14 |
|
---|
| 15 | automagic 1
|
---|
| 16 |
|
---|
| 17 | # Size of the output cache. After this many entries are stored, the cache will
|
---|
| 18 | # get flushed. Depending on the size of your intermediate calculations, you
|
---|
| 19 | # may have memory problems if you make it too big, since keeping things in the
|
---|
| 20 | # cache prevents Python from reclaiming the memory for old results. Experiment
|
---|
| 21 | # with a value that works well for you.
|
---|
| 22 |
|
---|
| 23 | # If you choose cache_size 0 IPython will revert to python's regular >>>
|
---|
| 24 | # unnumbered prompt. You will still have _, __ and ___ for your last three
|
---|
| 25 | # results, but that will be it. No dynamic _1, _2, etc. will be created. If
|
---|
| 26 | # you are running on a slow machine or with very limited memory, this may
|
---|
| 27 | # help.
|
---|
| 28 |
|
---|
| 29 | cache_size 100
|
---|
| 30 |
|
---|
| 31 | # Currently available schemes: NoColor, Linux, LightBG.
|
---|
| 32 |
|
---|
| 33 | # keep uncommented only the one you want:
|
---|
| 34 | colors Linux
|
---|
| 35 | #colors LightBG
|
---|
| 36 | #colors NoColor
|
---|
| 37 |
|
---|
| 38 | # color_info: IPython can display information about objects via a set of
|
---|
| 39 | # functions, and optionally can use colors for this, syntax highlighting
|
---|
| 40 | # source code and various other elements. This information is passed through a
|
---|
| 41 | # pager (it defaults to 'less' if $PAGER is not set).
|
---|
| 42 |
|
---|
| 43 | # If your pager has problems, try to setting it to properly handle escapes
|
---|
| 44 | # (see the less manpage for detail), or disable this option. The magic
|
---|
| 45 | # function @color_info allows you to toggle this interactively for testing.
|
---|
| 46 |
|
---|
| 47 | color_info 1
|
---|
| 48 |
|
---|
| 49 | # confirm_exit: set to 1 if you want IPython to confirm when you try to exit
|
---|
| 50 | # with an EOF (Control-d in Unix, Control-Z/Enter in Windows). Note that using
|
---|
| 51 | # the magic functions @Exit or @Quit you can force a direct exit, bypassing
|
---|
| 52 | # any confirmation.
|
---|
| 53 |
|
---|
| 54 | confirm_exit 1
|
---|
| 55 |
|
---|
| 56 | # Use deep_reload() as a substitute for reload() by default. deep_reload() is
|
---|
| 57 | # still available as dreload() and appears as a builtin.
|
---|
| 58 |
|
---|
| 59 | deep_reload 0
|
---|
| 60 |
|
---|
| 61 | # Which editor to use with the @edit command. If you leave this at 0, IPython
|
---|
| 62 | # will honor your EDITOR environment variable. Since this editor is invoked on
|
---|
| 63 | # the fly by ipython and is meant for editing small code snippets, you may
|
---|
| 64 | # want to use a small, lightweight editor here.
|
---|
| 65 |
|
---|
| 66 | # For Emacs users, setting up your Emacs server properly as described in the
|
---|
| 67 | # manual is a good idea. An alternative is to use jed, a very light editor
|
---|
| 68 | # with much of the feel of Emacs (though not as powerful for heavy-duty work).
|
---|
| 69 |
|
---|
| 70 | editor 0
|
---|
| 71 |
|
---|
| 72 | # log 1 -> same as ipython -log. This automatically logs to ./ipython.log
|
---|
| 73 | log 0
|
---|
| 74 |
|
---|
| 75 | # Same as ipython -Logfile YourLogfileName.
|
---|
| 76 | # Don't use with log 1 (use one or the other)
|
---|
| 77 | logfile ''
|
---|
| 78 |
|
---|
| 79 | # banner 0 -> same as ipython -nobanner
|
---|
| 80 | banner 0
|
---|
| 81 |
|
---|
| 82 | # messages 0 -> same as ipython -nomessages
|
---|
| 83 | messages 0
|
---|
| 84 |
|
---|
| 85 | # Automatically call the pdb debugger after every uncaught exception. If you
|
---|
| 86 | # are used to debugging using pdb, this puts you automatically inside of it
|
---|
| 87 | # after any call (either in IPython or in code called by it) which triggers an
|
---|
| 88 | # exception which goes uncaught.
|
---|
| 89 | pdb 0
|
---|
| 90 |
|
---|
| 91 | # Enable the pprint module for printing. pprint tends to give a more readable
|
---|
| 92 | # display (than print) for complex nested data structures.
|
---|
| 93 | pprint 1
|
---|
| 94 |
|
---|
| 95 | # Prompt strings (see ipython --help for more details).
|
---|
| 96 | # Use %n to represent the current prompt number, and quote them to protect
|
---|
| 97 | # spaces.
|
---|
| 98 | prompt_in1 'ASAP>'
|
---|
| 99 |
|
---|
| 100 | # In prompt_in2, %n is replaced by as many dots as there are digits in the
|
---|
| 101 | # current value of %n.
|
---|
| 102 | prompt_in2 ' .%n.:'
|
---|
| 103 |
|
---|
| 104 | prompt_out 'asap>:'
|
---|
| 105 |
|
---|
| 106 | # quick 1 -> same as ipython -quick
|
---|
| 107 | quick 0
|
---|
| 108 |
|
---|
| 109 | # Use the readline library (1) or not (0). Most users will want this on, but
|
---|
| 110 | # if you experience strange problems with line management (mainly when using
|
---|
| 111 | # IPython inside Emacs buffers) you may try disabling it. Not having it on
|
---|
| 112 | # prevents you from getting command history with the arrow keys, searching and
|
---|
| 113 | # name completion using TAB.
|
---|
| 114 |
|
---|
| 115 | readline 1
|
---|
| 116 |
|
---|
| 117 | # Screen Length: number of lines of your screen. This is used to control
|
---|
| 118 | # printing of very long strings. Strings longer than this number of lines will
|
---|
| 119 | # be paged with the less command instead of directly printed.
|
---|
| 120 |
|
---|
| 121 | # The default value for this is 0, which means IPython will auto-detect your
|
---|
| 122 | # screen size every time it needs to print. If for some reason this isn't
|
---|
| 123 | # working well (it needs curses support), specify it yourself. Otherwise don't
|
---|
| 124 | # change the default.
|
---|
| 125 |
|
---|
| 126 | screen_length 0
|
---|
| 127 |
|
---|
| 128 | # Prompt separators for input and output.
|
---|
| 129 | # Use \n for newline explicitly, without quotes.
|
---|
| 130 | # Use 0 (like at the cmd line) to turn off a given separator.
|
---|
| 131 |
|
---|
| 132 | # The structure of prompt printing is:
|
---|
| 133 | # (SeparateIn)Input....
|
---|
| 134 | # (SeparateOut)Output...
|
---|
| 135 | # (SeparateOut2), # that is, no newline is printed after Out2
|
---|
| 136 | # By choosing these you can organize your output any way you want.
|
---|
| 137 |
|
---|
| 138 | separate_in \n
|
---|
| 139 |
|
---|
| 140 | separate_out 0
|
---|
| 141 |
|
---|
| 142 | separate_out2 0
|
---|
| 143 |
|
---|
| 144 | # 'nosep 1' is a shorthand for '-SeparateIn 0 -SeparateOut 0 -SeparateOut2 0'.
|
---|
| 145 | # Simply removes all input/output separators, overriding the choices above.
|
---|
| 146 | nosep 0
|
---|
| 147 |
|
---|
| 148 | # xmode - Exception reporting mode.
|
---|
| 149 |
|
---|
| 150 | # Valid modes: Plain, Context and Verbose.
|
---|
| 151 |
|
---|
| 152 | # Plain: similar to python's normal traceback printing.
|
---|
| 153 |
|
---|
| 154 | # Context: prints 5 lines of context source code around each line in the
|
---|
| 155 | # traceback.
|
---|
| 156 |
|
---|
| 157 | # Verbose: similar to Context, but additionally prints the variables currently
|
---|
| 158 | # visible where the exception happened (shortening their strings if too
|
---|
| 159 | # long). This can potentially be very slow, if you happen to have a huge data
|
---|
| 160 | # structure whose string representation is complex to compute. Your computer
|
---|
| 161 | # may appear to freeze for a while with cpu usage at 100%. If this occurs, you
|
---|
| 162 | # can cancel the traceback with Ctrl-C (maybe hitting it more than once).
|
---|
| 163 |
|
---|
| 164 | xmode Plain
|
---|
| 165 | #xmode Context
|
---|
| 166 | #xmode Verbose
|
---|
| 167 |
|
---|
| 168 | #---------------------------------------------------------------------------
|
---|
| 169 | # Section: Readline configuration (readline is not available for MS-Windows)
|
---|
| 170 |
|
---|
| 171 | # This is done via the following options:
|
---|
| 172 |
|
---|
| 173 | # (i) readline_parse_and_bind: this option can appear as many times as you
|
---|
| 174 | # want, each time defining a string to be executed via a
|
---|
| 175 | # readline.parse_and_bind() command. The syntax for valid commands of this
|
---|
| 176 | # kind can be found by reading the documentation for the GNU readline library,
|
---|
| 177 | # as these commands are of the kind which readline accepts in its
|
---|
| 178 | # configuration file.
|
---|
| 179 |
|
---|
| 180 | # The TAB key can be used to complete names at the command line in one of two
|
---|
| 181 | # ways: 'complete' and 'menu-complete'. The difference is that 'complete' only
|
---|
| 182 | # completes as much as possible while 'menu-complete' cycles through all
|
---|
| 183 | # possible completions. Leave the one you prefer uncommented.
|
---|
| 184 |
|
---|
| 185 | readline_parse_and_bind tab: complete
|
---|
| 186 | #readline_parse_and_bind tab: menu-complete
|
---|
| 187 |
|
---|
| 188 | # This binds Control-l to printing the list of all possible completions when
|
---|
| 189 | # there is more than one (what 'complete' does when hitting TAB twice, or at
|
---|
| 190 | # the first TAB if show-all-if-ambiguous is on)
|
---|
| 191 | readline_parse_and_bind "\C-l": possible-completions
|
---|
| 192 |
|
---|
| 193 | # This forces readline to automatically print the above list when tab
|
---|
| 194 | # completion is set to 'complete'. You can still get this list manually by
|
---|
| 195 | # using the key bound to 'possible-completions' (Control-l by default) or by
|
---|
| 196 | # hitting TAB twice. Turning this on makes the printing happen at the first
|
---|
| 197 | # TAB.
|
---|
| 198 | readline_parse_and_bind set show-all-if-ambiguous on
|
---|
| 199 |
|
---|
| 200 | # If you have TAB set to complete names, you can rebind any key (Control-o by
|
---|
| 201 | # default) to insert a true TAB character.
|
---|
| 202 | readline_parse_and_bind "\C-o": tab-insert
|
---|
| 203 |
|
---|
| 204 | # These commands allow you to indent/unindent easily, with the 4-space
|
---|
| 205 | # convention of the Python coding standards. Since IPython's internal
|
---|
| 206 | # auto-indent system also uses 4 spaces, you should not change the number of
|
---|
| 207 | # spaces in the code below.
|
---|
| 208 | readline_parse_and_bind "\M-i": " "
|
---|
| 209 | readline_parse_and_bind "\M-o": "\d\d\d\d"
|
---|
| 210 | readline_parse_and_bind "\M-I": "\d\d\d\d"
|
---|
| 211 |
|
---|
| 212 | # Bindings for incremental searches in the history. These searches use the
|
---|
| 213 | # string typed so far on the command line and search anything in the previous
|
---|
| 214 | # input history containing them.
|
---|
| 215 | readline_parse_and_bind "\C-r": reverse-search-history
|
---|
| 216 | readline_parse_and_bind "\C-s": forward-search-history
|
---|
| 217 |
|
---|
| 218 | # Bindings for completing the current line in the history of previous
|
---|
| 219 | # commands. This allows you to recall any previous command by typing its first
|
---|
| 220 | # few letters and hitting Control-p, bypassing all intermediate commands which
|
---|
| 221 | # may be in the history (much faster than hitting up-arrow 50 times!)
|
---|
| 222 | readline_parse_and_bind "\C-p": history-search-backward
|
---|
| 223 | readline_parse_and_bind "\C-n": history-search-forward
|
---|
| 224 |
|
---|
| 225 | # (ii) readline_remove_delims: a string of characters to be removed from the
|
---|
| 226 | # default word-delimiters list used by readline, so that completions may be
|
---|
| 227 | # performed on strings which contain them.
|
---|
| 228 |
|
---|
| 229 | readline_remove_delims '"[]{}-/~
|
---|
| 230 |
|
---|
| 231 | #"' -- just to fix emacs coloring which gets confused by unmatched quotes.
|
---|
| 232 |
|
---|
| 233 | # (iii) readline_omit__names: normally hitting <tab> after a '.' in a name
|
---|
| 234 | # will complete all attributes of an object, including all the special methods
|
---|
| 235 | # whose names inlclude double underscores (like __getitem__ or __class__). If
|
---|
| 236 | # you'd rather not see these names by default, you can set this option to 1.
|
---|
| 237 |
|
---|
| 238 | # Note that even when this option is set, you can still see those names by
|
---|
| 239 | # explicitly typing a _ after the period and hitting <tab>: 'name._<tab>' will
|
---|
| 240 | # always complete attribute names starting with '_'.
|
---|
| 241 |
|
---|
| 242 | # This option is off by default so that new users see all attributes of any
|
---|
| 243 | # objects they are dealing with.
|
---|
| 244 |
|
---|
| 245 | readline_omit__names 0
|
---|
| 246 |
|
---|
| 247 | #---------------------------------------------------------------------------
|
---|
| 248 | # Section: modules to be loaded with 'import ...'
|
---|
| 249 |
|
---|
| 250 | # List, separated by spaces, the names of the modules you want to import
|
---|
| 251 |
|
---|
| 252 | # Example:
|
---|
| 253 | # import_mod sys os
|
---|
| 254 | # will produce internally the statements
|
---|
| 255 | # import sys
|
---|
| 256 | # import os
|
---|
| 257 |
|
---|
| 258 | # Each import is executed in its own try/except block, so if one module
|
---|
| 259 | # fails to load the others will still be ok.
|
---|
| 260 |
|
---|
| 261 | import_mod
|
---|
| 262 |
|
---|
| 263 | #---------------------------------------------------------------------------
|
---|
| 264 | # Section: modules to import some functions from: 'from ... import ...'
|
---|
| 265 |
|
---|
| 266 | # List, one per line, the modules for which you want only to import some
|
---|
| 267 | # functions. Give the module name first and then the name of functions to be
|
---|
| 268 | # imported from that module.
|
---|
| 269 |
|
---|
| 270 | # Example:
|
---|
| 271 | # import_some struct pack unpack
|
---|
| 272 | # will produce internally the statement
|
---|
| 273 | # from struct import pack,unpack
|
---|
| 274 |
|
---|
| 275 | # If you have more than one modules_some line, each gets its own try/except
|
---|
| 276 | # block (like modules, see above).
|
---|
| 277 |
|
---|
| 278 | import_some
|
---|
| 279 |
|
---|
| 280 | #---------------------------------------------------------------------------
|
---|
| 281 | # Section: modules to import all from : 'from ... import *'
|
---|
| 282 |
|
---|
| 283 | # List (same syntax as import_mod above) those modules for which you want to
|
---|
| 284 | # import all functions. Remember, this is a potentially dangerous thing to do,
|
---|
| 285 | # since it is very easy to overwrite names of things you need. Use with
|
---|
| 286 | # caution.
|
---|
| 287 |
|
---|
| 288 | # Example:
|
---|
| 289 | # import_all sys os
|
---|
| 290 | # will produce internally the statements
|
---|
| 291 | # from sys import *
|
---|
| 292 | # from os import *
|
---|
| 293 |
|
---|
| 294 | # As before, each will be called in a separate try/except block.
|
---|
| 295 |
|
---|
| 296 | import_all asap
|
---|
| 297 |
|
---|
| 298 | #---------------------------------------------------------------------------
|
---|
| 299 | # Section: Python code to execute.
|
---|
| 300 |
|
---|
| 301 | # Put here code to be explicitly executed (keep it simple!)
|
---|
| 302 | # Put one line of python code per line. All whitespace is removed (this is a
|
---|
| 303 | # feature, not a bug), so don't get fancy building loops here.
|
---|
| 304 | # This is just for quick convenient creation of things you want available.
|
---|
| 305 |
|
---|
| 306 | # Example:
|
---|
| 307 | # execute x = 1
|
---|
| 308 | # execute print 'hello world'; y = z = 'a'
|
---|
| 309 | # will produce internally
|
---|
| 310 | # x = 1
|
---|
| 311 | # print 'hello world'; y = z = 'a'
|
---|
| 312 | # and each *line* (not each statement, we don't do python syntax parsing) is
|
---|
| 313 | # executed in its own try/except block.
|
---|
| 314 |
|
---|
| 315 | execute
|
---|
| 316 |
|
---|
| 317 | # Note for the adventurous: you can use this to define your own names for the
|
---|
| 318 | # magic functions, by playing some namespace tricks:
|
---|
| 319 |
|
---|
| 320 | # execute __IP.magic_cl = __IP.magic_clear
|
---|
| 321 |
|
---|
| 322 | # defines @cl as a new name for @clear.
|
---|
| 323 |
|
---|
| 324 | #---------------------------------------------------------------------------
|
---|
| 325 | # Section: Pyhton files to load and execute.
|
---|
| 326 |
|
---|
| 327 | # Put here the full names of files you want executed with execfile(file). If
|
---|
| 328 | # you want complicated initialization, just write whatever you want in a
|
---|
| 329 | # regular python file and load it from here.
|
---|
| 330 |
|
---|
| 331 | # Filenames defined here (which *must* include the extension) are searched for
|
---|
| 332 | # through all of sys.path. Since IPython adds your .ipython directory to
|
---|
| 333 | # sys.path, they can also be placed in your .ipython dir and will be
|
---|
| 334 | # found. Otherwise (if you want to execute things not in .ipyton nor in
|
---|
| 335 | # sys.path) give a full path (you can use ~, it gets expanded)
|
---|
| 336 |
|
---|
| 337 | # Example:
|
---|
| 338 | # execfile file1.py ~/file2.py
|
---|
| 339 | # will generate
|
---|
| 340 | # execfile('file1.py')
|
---|
| 341 | # execfile('_path_to_your_home/file2.py')
|
---|
| 342 |
|
---|
| 343 | # As before, each file gets its own try/except block.
|
---|
| 344 |
|
---|
| 345 | execfile asapuserfuncs.py
|
---|
| 346 |
|
---|
| 347 | # If you are feeling adventurous, you can even add functionality to IPython
|
---|
| 348 | # through here. IPython works through a global variable called __ip which
|
---|
| 349 | # exists at the time when these files are read. If you know what you are doing
|
---|
| 350 | # (read the source) you can add functions to __ip in files loaded here.
|
---|
| 351 |
|
---|
| 352 | # The file example-magic.py contains a simple but correct example. Try it:
|
---|
| 353 |
|
---|
| 354 | # execfile example-magic.py
|
---|
| 355 |
|
---|
| 356 | # Look at the examples in IPython/iplib.py for more details on how these magic
|
---|
| 357 | # functions need to process their arguments.
|
---|
| 358 |
|
---|
| 359 | #---------------------------------------------------------------------------
|
---|
| 360 | # Section: aliases for system shell commands
|
---|
| 361 |
|
---|
| 362 | # Here you can define your own names for system commands. The syntax is
|
---|
| 363 | # similar to that of the builtin @alias function:
|
---|
| 364 |
|
---|
| 365 | # alias alias_name command_string
|
---|
| 366 |
|
---|
| 367 | # The resulting aliases are auto-generated magic functions (hence usable as
|
---|
| 368 | # @alias_name)
|
---|
| 369 |
|
---|
| 370 | # For example:
|
---|
| 371 |
|
---|
| 372 | # alias myls ls -la
|
---|
| 373 |
|
---|
| 374 | # will define '@myls' as an alias for executing the system command 'ls -la'.
|
---|
| 375 | # If automagic is on, you can just type myls like you would at a system shell
|
---|
| 376 | # prompt. This allows you to customize IPython's environment to have the same
|
---|
| 377 | # aliases you are accustomed to from your own shell.
|
---|
| 378 |
|
---|
| 379 | # You can also define aliases with parameters using %s specifiers (one per
|
---|
| 380 | # parameter):
|
---|
| 381 |
|
---|
| 382 | # alias parts echo first %s second %s
|
---|
| 383 |
|
---|
| 384 | # will give you in IPython:
|
---|
| 385 | # >>> @parts A B
|
---|
| 386 | # first A second B
|
---|
| 387 |
|
---|
| 388 | # Use one 'alias' statement per alias you wish to define.
|
---|
| 389 |
|
---|
| 390 | #alias
|
---|