1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
|
* Initialize
Put the following into your initialization file:
(setq py-install-directory "PATH/TO/PYTHON-MODE/")
(add-to-list 'load-path py-install-directory)
(require 'python-mode)
* Selecting a Python shell:
Customize default Python shell as `py-shell-name'
`py-shell-name' might be an installed default executable as shell
command `type' would display, but also a PATH/TO/EXECUTABLE
If different flavours of Python are installed, customize
py-python-command - python2
py-python3-command
py-ipython-command
py-python-command-args
py-python3-command-args
py-ipython-command-args
You might run code by another installed (I)Python-version than
default.
Normally this would happen if a shebang in buffer specifies it.
Shebang precedes default py-shell-name.
In case you will run code by default-shell, ignoring shebang, set
`py-force-py-shell-name-p' to. This might be done also via menu
Python/.../Switches
Another way to enforce a different shell is specifiyng a path
--interactively C-u prompts for that-- or using commands which end in
version like `py-execute-statement-python3' See menu
Python/Interpreter/Other/Ignoring Defaults
* Invoking an (I)Python interactive shell
Commands related to a specific shell start with
it's name as `ipython-complete'.
Open an installed shell by
M-x SHELL RET
This calls py-shell with its default arguments
(py-shell &optional ARGPROMPT DEDICATED SHELL BUFFER-NAME FAST-PROCESS
EXCEPTION-BUFFER)
if DEDICATED is set to `t', shell will get an unique name.
Install a local shell by evaluating
(defun MY-LOCAL-SHELL ()
(interactive)
(py-shell nil DEDICATED PATH-TO-LOCAL-SHELL))
** Invoking versioned Python shells in interactive mode:
M-x py-shell RET ==> "*Python*"
M-x python RET ==> "*Python*"
M-x ipython RET ==> "*IPython*"
M-x python3 RET ==> "*Python3*"
When Path/To/Executable is given
C-u python RET ==> "*PTE Python*"
* Prefix conventions
Most python-mode.el commands start with prefix `py-'
`M-x py- TAB'
displays a list of them in completion-buffer.
See also commands list delivered in directory doc.
List virtualenv related `M-x virtualenv- TAB'
resp. Pymacs commands `M-x pymacs-'
* Execution code
Python code might be processed by an
- interactive Python shell (DEFAULT)
- non-interactive Python (`py-fast-process-p')
The latter, while design for large output, seems more reliable - see also PROBLEMS.org.
Both processes might run in
- session, i.e. start from possible previous state (DEFAULT)
- dedicated, (`py-dedicated-process-p') run in separate process
There is also
- python-mode-v5-behavior
* Checks
Access is provided to a couple of known checkers like Flake8, pep8, pylint
Need to be installed for example calling "pip install pep8" from a shell command-line
Get flycheck from https://www.flycheck.org
* Displaying Output
`py-execute-...'-commands arrive in buffer created by
`py-shell'. It's name is composed WRT to Python
version used, it's path etc.
Result of commands ending "-fast"
arrives in `py-fast-output-buffer'
* Window management
Variables in question:
** py-keep-windows-configuration
Default is nil.
When non-nil, it takes precedence over
`py-split-window-on-execute' and `py-switch-buffers-on-execute-p'
settings
Useful, if a pre-designed set of python-shells/buffers should be
maintained
** py-split-window-on-execute
When non-nil split windows according to value set.
Default is 'just-two: when code is send to interpreter, split screen
into source-code buffer and current py-shell result. Other buffers
will be hidden that way.
When set to `t', python-mode tries to reuse existing windows and
will split only if needed.
With 'always, results will displayed in a new window.
** py-switch-buffers-on-execute-p
Put focus into the output buffer: this will display buffer in any
case
* Completion
At the end of a word TAB by default calls completion.
Auto-completion should be available via
(require 'auto-complete-config)
(ac-config-default)
or for company:
(autoload 'company-mode "company" nil t)
There is also a Pymacs based auto-completion mode
see README-PYMACS.org
Either use Pymacs and `company-mode' with `pycomplete.el' etc. --load
stuff from folder completion--
or switch `py-auto-completion-mode-p' - which relies on
`py-shell-complete', i.e. calls the current Python process.
Extern tools like jedi-server/mode should work too.
* Moving
Beside common moves like `defun', `statement', block
called via py-end-of-..., py-beginning-...
specific Python-mode edits are delivered:
`py-expression' and `py-partial-expression'.
Statement below is considered composed of two `py-expression'
a = ['spam', 'eggs', 100, 1234]
|| |_________________________|
Assigment operator and all inside comments is ignored.
`py-partial-expression' would match six sections
a = ['spam', 'eggs', 100, 1234]
|| |_____| |_____| |__| |___|
|_____________________________|
When traversing code, `py-partial-expression' climbs down and up
all levels encountered, i.e. at opening `[' `py-expression' would return ['spam', 'eggs', 100, 1234], while one char behind at `''
it yields `'spam','
- py-sexp-function,
When set, it's value is called instead of `forward-sexp', `backward-sexp
Choices are py-partial-expression, py-expression, default nil
* Filling
Customize boolean `py-set-fill-column-p'
If `t', enables use Python specific `fill-column' according to
`py-docstring-fill-column', default is 72
and `py-comment-fill-column, default is 79
Comment- and docstring settings might be disabled by
any non-integer value, which means: do not use a
different value of `fill-column' than emacs-wide
* Python and IPython
Start IPython shell after loading python-mode via M-x
ipython, not from plain shell.
Executing code through IPython should work as with
regular Python, also getting completions from. However,
with IPython, it feels a demi-second slower.
* Troubleshooting
Start with Emacs -Q from the directory where python-mode.el lives.
Open python-mode.el and evaluate it.
Open a file with ending ".py".
M-x python RET
a regular Python-shell should appear
M-x IPython RET
an IPython-shell should be opened
** pdb doesn't work at Windows
Richard Stanton commented:
Running M-x pdb doesn't work on my Windows machine, primarily because
Windows (at least using the default shell) doesn't automatically know
what to do when you give it a .py command at the command line.
For example, here's the suggested command when I run pdb on a file
c:\projects/run.py:
c:/python27/Lib/pdb.py run.py
If I accept this, I get an error "Spawning child process: Invalid
argument"
A work-around to get it to work is to replace the suggested command
with
c:\python27\python -i c:/python27/Lib/pdb.py c:/projects/run.py
(note that I not only have to add the python command, but also fully
qualify the script file, since otherwise it complains it can't find
the file).
|