lp:~tcaswell-gmail/python-mode/window_fix

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:python-mode at revision 1165

Andreas Roehler: Pending requested 2012-12-22

Diff: 145 lines (+77/-36)

1 file modified

python-mode.el (+77/-36)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

1165. By Thomas Caswell on 2012-12-22

- Re-wrote py-shell-manage-windows
- added helper function
- added custom switch py-on-execute-buffer-management-p
- removed (delete-other-windows) from code

I interpret the new switch as meaning 'try to make sure that the output buffer is visible after the code runs' ( py-on-execute-buffer-management-p )

If buffer management is disabled then everything else is ignored and emacs will not change anything about your buffers/windows.

If buffer management is enabled, then I interpret the switch flag as meaning 'make sure the current buffer/window after execution is the output buffer' and the split flag as 'if needed, emacs may create a new window by splitting the code buffer using the specified method'

This leads to the following logic

I) If there is only one window and splitting is disabled, then
    If switching is on, then we need to set the buffer in that window to the output buffer.
    If switching is off, nothing should change. (this is the one branch where emacs fails to make the output buffer visible)

II) if splitting is enabled and output buffer is not visible
IIa) if the number of windows is less than the maximum
  we split the code window, put the output in the new window, jump to III)
IIb) if the number of windows is not less than the maximum
  we select the least recently used window and set it to display the output buffer

III) if output buffer is visible
    we switch to it depending on if switching is enabled

1164. By Andreas Roehler on 2012-12-21

python-mode.el comments start a new line, lp:1092847, fixed

`py-electric-comment-p' new default nil

1163. By Andreas Roehler on 2012-12-18

defvar outline-heading-end-regexp breaks other packages, lp:1091400

Thanks Thomas Caswell for the report

1162. By Andreas Roehler on 2012-12-12

temporary files remain when python raises exception, lp:1083973

Execution reconsidered: when code is executed from
buffer these options are given:

- python-mode-v5-behavior, a quite simple and effective way.
  Setting `python-mode-v5-behavior-p' to `t' makes it the default.

- if a buffer-file exists and buffer is unchanged, it's file is executed as is.

- in all other cases a temporary file is created.
  Setback: in case of error, returned error code points
  here, i.e. indicated error-line-numbers are not that of
  orginal buffer.

1161. By Andreas Roehler on 2012-12-08

wrong-indentation-after-return-or-pass-keyword, lp:1087499, test added

provide `py-font-lock-syntactic-face-function'

1160. By Andreas Roehler on 2012-12-06

wrong indent after asignment, lp:1087404, fixed

1159. By Andreas Roehler on 2012-12-06

Enable use of `font-lock-doc-face'

New boolean `py-use-font-lock-doc-face-p', default is nil
If non-nil, documention strings get `font-lock-doc-face'

Basics provided by Tom Willemsen, <email address hidden>

1158. By Andreas Roehler on 2012-12-05

release 6.1.0, doku updated

1157. By Andreas Roehler on 2012-12-04

Void fun smart-operator-\, lp:1086242, fixed

1156. By Andreas Roehler on 2012-12-02

`py-start-run-py-shell' now defaults to nil, lp:1066994

same with `py-start-run-ipython-shell'

`py-guess-py-install-directory' fixed