Andreas Röhler | 28 Jun 11:28 2015
Picon

Re: C-M-f, C-M-b


Am 26.06.2015 um 20:24 schrieb Barry Warsaw:
> On Jun 25, 2015, at 06:44 PM, Andreas Röhler wrote:
>
>> the equivalent of what forward-sexp in Emacs Lisp is --or should be-- is
>> py-forward-expression.
>>
>> What about setting C-M-f to it? Resp. C-M-b
> Seems reasonable I think.
>
> -Barry

Done.

Keys will be set if py-sexp-use-expression-p is non-nil, default is nil.

Cheers,

Andreas
_______________________________________________
Python-mode mailing list
Python-mode <at> python.org
https://mail.python.org/mailman/listinfo/python-mode
Andreas Röhler | 25 Jun 18:44 2015
Picon

C-M-f, C-M-b

Hi Barry, hi all,

the equivalent of what forward-sexp in Emacs Lisp is --or should be-- is 
py-forward-expression.

What about setting C-M-f to it? Resp. C-M-b

If inside an expression C-M-f should to to its end.
 From end to next end same level if existing - or level up, or next 
top-level-form, or nil at EOB

Any opinion?

Cheers,

Andreas
Yuri D'Elia | 20 Jun 12:48 2015

Evaluating code blocks

Hi everyone,

I'd like some advice about using python-mode with a python subprocess.
I always preferred to use emacs+file+external process as opposed to use
an ipython's notebook-like interface: it's just more convenient,
especially when debugging existing code.

I often use the same setup when doing some analysis, and this is when an
inotebook-like interface is more convenient for evaluation: I'd like to
evaluate code not line-by-line, or by defun, but by my custom-defined
blocks. I realized I was continuously selecting a region, and using
py-send-region over and over.

Right now I narrow to the region I'm editing, and use py-send-buffer
instead. It's ok-eish, but narrow/widen narrow/widen, while less common,
is still inconvenient.

I've seen people using org-mode for this kind of setup instead. Which
might be ok, but I'd like to know what other choices I could have as well.

I was thinking of defining a custom region using comments, and defining
my own py-send-custom-block using comment markers as boundaries. Surely,
something like this must already exists.
Barry Warsaw | 13 Mar 22:16 2015

Re: Displaying symbols in customization buffer

On Mar 13, 2015, at 07:54 PM, Andreas Röhler wrote:

>Currently it looks strange - see attachment.

Agreed, but what can python-mode do about that?  It's just the way Emacs'
customize feature works.

Cheers,
-Barry

_______________________________________________
Python-mode mailing list
Python-mode <at> python.org
https://mail.python.org/mailman/listinfo/python-mode
Andreas Röhler | 13 Mar 15:51 2015
Picon

Displaying symbols in customization buffer

Hi Barry, hi all,

currently most of symbols in customization buffer get splitted, resulting parts are capitalized.

Would prefer to display it with real name, which permits searching it.

Any opinion about that?

Cheers,

Andreas
andrea crotti | 31 Jan 21:58 2015
Picon

python-components-switches?

Hi guys, I just reinstalled everything from scratch and loading
python-mode gives me this error below..
The file in fact does not exist anywhere so not sure how it was
working before, any idea where it should be?
thanks

Debugger entered--Lisp error: (file-error "Cannot open load file" "no
such file or directory" "python-components-switches")
  require(python-components-switches)
  eval-buffer(#<buffer  *load*≥ nil
"/home/andrea/.emacs.d/elpa/python-mode-20150117.955/python-mode.el"
nil t)  ; Reading at buffer position 90348
  load-with-code-conversion("/home/andrea/.emacs.d/elpa/python-mode-20150117.955/python-mode.el"
"/home/andrea/.emacs.d/elpa/python-mode-20150117.955/python-mode.el"
nil nil)
  load("python-mode")
  load-library("python-mode")
  call-interactively(load-library record nil)
  command-execute(load-library record)
  execute-extended-command(nil "load-library")
  call-interactively(execute-extended-command nil nil)
  command-execute(execute-extended-command)
andrea crotti | 7 Jan 11:46 2015
Picon

Python help buffer

Hi guys,

I have a problem with Emacs 25 that does not happen with Emacs 24.4.
More specifically with:
- GNU Emacs 25.0.50.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21
Version 10.9.5 (Build 13F34)) of 2014-11-15 on
builder10-9.porkrind.org
- Python mode: 6.1.3

So in short with Emacs 25 the *Python Help* buffer keeps coming up,
whenever the cursor stays for more than a second on something.

I digged a bit and it seems to come from the "py-help-at-point"
function, can't understand why it does not happen with Emacs 24.4.

I thought it was related to Eldoc but that's also disabled so it's not
the case, and I can't find any variable to customize to disable that
once for all..
I guess it's just something changed in Emacs 25 but can't find out what :/
Any idea?

Doing a "(defun py-help-at-point nil)" works of course but it's not the
desired solution since it's still useful sometimes.

Thanks a lot
Andreas Röhler | 28 Nov 20:30 2014
Picon

python-mode.el-6.2.0 released

Hi Barry, hi all,

so it's out there finally.

For new features see

https://launchpad.net/python-mode/+announcement/13077

Cheers,

Andreas
Andreas Röhler | 30 Sep 08:51 2014
Picon

Re: [Bug 1375122] Re: py-indent-line behavior from 6.1.1

On 29.09.2014 23:02, Jonathan C. Dodd wrote:
> Unfortunately, C-j is only possible from the previous line, and I tend
> to jump around the code quite a bit.  When I come back wanting to e. g.
> insert a new line into a matrix, I have to either go to the line before
> the one I have inserted and press C-j from there, or press TAB
> repeatedly and align the remainder with spaces.  This is completely
> unintuitive and inconsistent relative to other modes (c++-mode, js-mode,
> emacs-lisp-mode etc etc, which all move cursor to rightmost sane
> indentation when pressing TAB).

Seeing you point. However, the way it behaves now is the default for years.

May change the behaviour so jumps to outmost with first TAB, stepping
backwards afterwards.

Or have another boolean and customization?
Barry, WDYT?

Will cc it to python-mode mailing-list.
Andreas Röhler | 1 Sep 18:02 2014
Picon

Completion of symbols defined in current buffer

Hi Barry,

being inclined to drop that feature

https://bugs.launchpad.net/python-mode/+bug/1001328

Emacs provides dabbrev-expand, which is Python-agnostic but fairly effectiv.
Otherwise the buffers content needs to be evaluated - with means, it must be correct already.

WDYT?

Andreas
Andreas Röhler | 30 Jun 09:12 2014
Picon

py-shell-name no longer buffer-local

Hi,

as difficulties have been reported WRT py-shell-name and the like being buffer-local, consider to drop
that, making them normal vars.

Just FYI, please tell if any objections,

Cheers,
Andreas

Gmane