Am 02.01.2013 22:39, schrieb Yaroslav Halchenko:
> On Wed, 02 Jan 2013, Andreas Roehler wrote:
>>> not sure if I should whine here or initiate a new report ;)
>> Hi, thanks for the reports. Providing separate reports might help.
>
> ok -- will do next time
>
>>> so, with 1165 rev, if I open a single buffer with .py file, set
>>> splitting to on (via toggle in the menu), press C-c ! -- I will get then
>>> 3 buffers: code buffer split into two, and then lower one with code
>>> split again to get also *IPython* one. Expected: 2 buffers (original
>>> code buffer + *IPython*).
>> can't get it for the moment, see png.
>> ** Attachment added: "ipython.png"
>> https://bugs.launchpad.net/bugs/1018996/+attachment/3472854/+files/ipython.png
>
> hm... it is even the same emacs version I have ;-)
>
> so -- tried with a clean .emacs -- indeed not reproducible
which indicates some mistake not in pyton-mode.el
>
> trying with my nasty one
> http://git.onerussian.com/?p=etc/emacs.git;a=blob;hb=HEAD;f=.emacs
> it is there
>
> first time it splits (code into two) upon:
>
> Debugger entered--returning value: #<window 3 on 1.py>
> selected-window()
> * split-window-vertically()
> * funcall(split-window-vertically)
> * (progn (funcall py-split-windows-on-execute-function) (display-buffer py-buffer-name (quote display-buffer-reuse-window)))
> * (if (< (count-windows) py-max-split-windows) (progn (funcall py-split-windows-on-execute-function) (display-buffer py-buffer-name ...)) (display-buffer py-buffer-name (quote display-buffer-reuse-window)))
> * (cond ((and ... py-split-windows-on-execute-p ... ...) (when ... ...) (pop-to-buffer py-buffer-name) (display-buffer oldbuf)) ((and ... py-split-windows-on-execute-p ...) (if ... ... ...) (pop-to-buffer oldbuf)) ((or ... ...) (let ... ...)) ((or ... ...) (let ... ... ...)))
> * py-shell-manage-windows(nil t #<buffer 1.py> "*ubp Python*")
> (if done nil (py-shell-manage-windows switch split oldbuf py-buffer-name))
> (unless done (py-shell-manage-windows switch split oldbuf py-buffer-name))
>
>
> and then seems to be within (I pressed c too many times to point exactly I guess ):
>
> Debugger entered--returning value: #<window 165 on *ubp Python*>
> display-buffer("*ubp Python*" display-buffer-reuse-window)
> * (progn (funcall py-split-windows-on-execute-function) (display-buffer py-buffer-name (quote display-buffer-reuse-window)))
> * (if (< (count-windows) py-max-split-windows) (progn (funcall py-split-windows-on-execute-function) (display-buffer py-buffer-name ...)) (display-buffer py-buffer-name (quote display-buffer-reuse-window)))
> * (cond ((and ... py-split-windows-on-execute-p ... ...) (when ... ...) (pop-to-buffer py-buffer-name) (display-buffer oldbuf)) ((and ... py-split-windows-on-execute-p ...) (if ... ... ...) (pop-to-buffer oldbuf)) ((or ... ...) (let ... ...)) ((or ... ...) (let ... ... ...)))
>
> yeap -- that is where 1 more split happens:
>
> Debugger entered--returning value: #<window 91 on 1.py>
> funcall(split-window-sensibly #<window 8 on 1.py>)
> * window--try-to-split-window(#<window 8 on 1.py>)
> * byte-code(\206....
> * display-buffer("*ubp Python*" display-buffer-reuse-window)
>
>
> is it of any help? ;)
>
>
No idea so far. However detected a bug in code.
Recent commit should cure the worst.
Am 02.01.2013 22:39, schrieb Yaroslav Halchenko: /bugs.launchpad .net/bugs/ 1018996/ +attachment/ 3472854/ +files/ ipython. png
> On Wed, 02 Jan 2013, Andreas Roehler wrote:
>>> not sure if I should whine here or initiate a new report ;)
>> Hi, thanks for the reports. Providing separate reports might help.
>
> ok -- will do next time
>
>>> so, with 1165 rev, if I open a single buffer with .py file, set
>>> splitting to on (via toggle in the menu), press C-c ! -- I will get then
>>> 3 buffers: code buffer split into two, and then lower one with code
>>> split again to get also *IPython* one. Expected: 2 buffers (original
>>> code buffer + *IPython*).
>> can't get it for the moment, see png.
>> ** Attachment added: "ipython.png"
>> https:/
>
> hm... it is even the same emacs version I have ;-)
>
> so -- tried with a clean .emacs -- indeed not reproducible
which indicates some mistake not in pyton-mode.el
> git.onerussian. com/?p= etc/emacs. git;a=blob; hb=HEAD; f=.emacs vertically( ) split-window- vertically) windows- on-execute- function) (display-buffer py-buffer-name (quote display- buffer- reuse-window) )) split-windows) (progn (funcall py-split- windows- on-execute- function) (display-buffer py-buffer-name ...)) (display-buffer py-buffer-name (quote display- buffer- reuse-window) )) windows- on-execute- p ... ...) (when ... ...) (pop-to-buffer py-buffer-name) (display-buffer oldbuf)) ((and ... py-split- windows- on-execute- p ...) (if ... ... ...) (pop-to-buffer oldbuf)) ((or ... ...) (let ... ...)) ((or ... ...) (let ... ... ...))) manage- windows( nil t #<buffer 1.py> "*ubp Python*") manage- windows switch split oldbuf py-buffer-name)) manage- windows switch split oldbuf py-buffer-name)) buffer( "*ubp Python*" display- buffer- reuse-window) windows- on-execute- function) (display-buffer py-buffer-name (quote display- buffer- reuse-window) )) split-windows) (progn (funcall py-split- windows- on-execute- function) (display-buffer py-buffer-name ...)) (display-buffer py-buffer-name (quote display- buffer- reuse-window) )) windows- on-execute- p ... ...) (when ... ...) (pop-to-buffer py-buffer-name) (display-buffer oldbuf)) ((and ... py-split- windows- on-execute- p ...) (if ... ... ...) (pop-to-buffer oldbuf)) ((or ... ...) (let ... ...)) ((or ... ...) (let ... ... ...))) split-window- sensibly #<window 8 on 1.py>) -try-to- split-window( #<window 8 on 1.py>) buffer( "*ubp Python*" display- buffer- reuse-window)
> trying with my nasty one
> http://
> it is there
>
> first time it splits (code into two) upon:
>
> Debugger entered--returning value: #<window 3 on 1.py>
> selected-window()
> * split-window-
> * funcall(
> * (progn (funcall py-split-
> * (if (< (count-windows) py-max-
> * (cond ((and ... py-split-
> * py-shell-
> (if done nil (py-shell-
> (unless done (py-shell-
>
>
> and then seems to be within (I pressed c too many times to point exactly I guess ):
>
> Debugger entered--returning value: #<window 165 on *ubp Python*>
> display-
> * (progn (funcall py-split-
> * (if (< (count-windows) py-max-
> * (cond ((and ... py-split-
>
> yeap -- that is where 1 more split happens:
>
> Debugger entered--returning value: #<window 91 on 1.py>
> funcall(
> * window-
> * byte-code(\206....
> * display-
>
>
> is it of any help? ;)
>
>
No idea so far. However detected a bug in code.
Recent commit should cure the worst.
Cheers