| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
|
|
| |
Copied from org.el: it allows the `python-shell-make-comint' to be
simplified. It copies all local variables from a buffer to the
current.
|
| |
|
|
|
|
|
|
| |
Removed function:
* python-shell-calculate-process-enviroment
New function:
* python-shell-calculate-process-environment
|
| |
|
|
|
|
|
|
|
|
| |
show by default.
python-shell-make-comint now passes all parent buffer variables to the
comint buffer created ensuring local variables work as intended. Also,
this function now receives a third optional argument called POP that
establishes if the created comint buffer should be displayed or not
after its creation.
|
| | |
|
| |
|
|
|
|
|
|
| |
Created new function python-shell-make-comint that takes care of
creating comint processes.
New Function:
* python-shell-make-comint
|
| |
|
|
| |
middle of them
|
| |
|
|
|
|
|
|
| |
In order for a line to be continuation of another, they must be on the
same context.
New Function:
* python-info-ppss-context-type
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
when set to a string, makes the values stored in
`python-shell-process-environment' and `python-shell-exec-path' to be
modified properly so shells are started with the specified virtualenv.
New Variables:
* python-shell-virtualenv-path
New functions:
* python-shell-calculate-process-environment
* python-shell-calculate-exec-path
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This new kind of shell is intended to be used for generic
communication related to defined configurations. The main difference
with global or dedicated shells is that these ones are attached to a
configuration, not a buffer. This means that can be used for example
to retrieve the sys.path and other stuff, without messing with user
shells.
New Variables:
* python-shell-internal-buffer-name,
New functions:
* python-shell-internal-get-process-name
* run-python-internal
* python-shell-internal-get-or-create-process
* python-shell-internal-send-string (makes python-send-receive obsolete)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
font-lock-constant-face
Also copyright, license, credits, quit, exit are removed from
font-lock since they are added by the site module and only useful for
shell interaction and not programs.
See: http://docs.python.org/release/3.1.3/library/constants.html#constants-added-by-the-site-module
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* python-eldoc-setup-code: The code to get help now uses the
inspect element. When an object doesn't have documentation and
if it is callable it returns the signature for it. Also when
an object does contain documentation it only returns the first
line.
* python-eldoc-at-point: has been simplified to just message the
doc header of objects.
* python-info-current-defun: was not taking into account the
current indentation so point was always inside a defun, even
if the indentation was less or equal than the defun above.
|
| |
|
|
|
| |
Multiline sentences beginning with "import", "from" or "return" are
indented correctly now.
|
| | |
|
| |
|
|
|
|
|
| |
Doing (setq python-indent-levels '(0)) was causing the value of
python-indent-levels to not be initialized correctly on next calls to
python-indent-calculate-indentation. Using (setq python-indent-levels
(list 0)) instead does the trick but I'm not sure why.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Also small fixes to python-nav-sentence-start and
python-nav-sentence-end were added.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New variables:
+ python-imenu-include-defun-type
+ python-imenu-make-tree
+ python-imenu-subtree-root-label
+ python-imenu-index-alist
New Functions:
+ python-imenu-tree-assoc
+ python-imenu-make-element-tree
+ python-imenu-make-tree
+ python-imenu-create-index
API changes:
+ python-info-current-defun now supports an optional argument called
INCLUDE-TYPE.
|
| | |
|
| | |
|
| |
|
|
|
| |
For this python-beginning-of-defun-function has been modified to
return t or nil if a defun was found.
|
| | |
|
| |
|
|
| |
Returned the bad defun name when point was at the beginning of defun.
|
| |
|
|
|
| |
python-nav-beginning-of-defun and python-beginning-of-defun-function
now support a new extra optional argument called NODECORATORS.
|
| |
|
|
| |
python-beginning-of-defun-function
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For this, four new variables which contain the symbol name of the
function that specifies the behavior of fill-paragraph on certain
conditions were added:
* python-fill-comment-function: For comments
* python-fill-string-function: For strings
* python-fill-decorator-function: For decorators
* python-fill-paren-function: For parens
All of these variables are safe local variables in the case the value
provided is a symbol. Out of the box, they default to these four new
functions respectively:
* python-fill-comment
* python-fill-string
* python-fill-decorator
* python-fill-paren
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When point is at beginning-of-defun, end-of-defun moves to the end of
the defun, even if it contains nested defuns. When point is at any
inner defun end-of-defun moves to the end of it, if another inner
defun exists at the same level point is moved to it.
For beginning-of-defun things are funkier, it would move backwards
following nested defuns in order. This will be fixed soon.
Note: Decorators are considered part of defuns.
Removed:
* python-use-beginning-of-innermost-defun
* python-beginning-of-innermost-defun-regexp
Renamed:
* python-beginning-of-defun => python-nav-beginning-of-defun
* python-beginning-of-defun-regexp => python-nav-beginning-of-defun-regexp
|
| |
|
|
|
| |
Controls if beginning-of-defun function should go to outermost or
innermost defun.
|
| | |
|
| | |
|
| |
|
|
| |
The main reason for these new variables is virtualenv support.
|
| |
|
|
| |
Controls the timeout for output just before sending the setup code.
|
| | |
|
| |
|
|
|
| |
At the moment of shell setup, all the pending output is accepted so
the prompt is always displayed correctly.
|
| |
|
|
|
|
|
|
|
|
|
| |
Expressions like these are now supported and indented correctly:
Object.objects.exclude(foo=1)\
.filter(bar=2)\
.values_list('baz')
Also added a small fix to python-info-assignment-continuation-line-p
to check the match for the operator is not inside some paren.
|
| |
|
|
| |
Only de-indent line if it really closes a block.
|
| |
|
|
|
|
|
| |
Use this function for most syntax-ppss related tasks. While in some
parts code could be longer it makes everything more readable.
This is the first step for a cleaner indentation machinery.
|
| |
|
|
| |
without readline
|
| | |
|
| | |
|
