,
On 20.02.20 06:45, stardiviner wrote:
Hi,
python-mode.el developer here.
Since python.el is built-in to Emacs, I think that things should
continue to work for python-mode.el users, even if we entirely switch
over to only using python.el.
Thanks supporting python-mode.el. Both python-modes
https://gitlab.com/python-mode-devs/python-mode/issues/76
On 30.01.20 19:33, Barry Warsaw wrote:
It would be pretty neat!
-Barry
On Jan 30, 2020, at 00:36, Andreas Röhler wrote:
Hi Barry, hi all,
there was a question at
https://emacs.stackexchange.com/questions/55184/how-to-highlight
Hi Barry, hi all,
there was a question at
https://emacs.stackexchange.com/questions/55184/how-to-highlight-in-different-colors-for-variables-inside-fstring-on-python-mo
Worth a feature-request?
Cheers,
Andreas
___
Python-mode mailing list
Hi Barry, hi all,
creating commands on the fly turned out not being convenient WRT
debugging - restored the sources.
+ pypy-shell command.
Just FYI.
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
Hi Barry, hi all,
in order to hide forms at point, python-mode.el comes with a couple of
commands ‘py-hide-def’, ‘py-hide-block’ etc.
Their counterparts ‘py-show-block’ etc. however turned out rather
complicated to use: had to remember which form was hidden.
Replaced py-show-FORM commands by
.
Cheers,
Andreas
On 16.07.19 00:23, Barry Warsaw wrote:
I personally only tend to use py-execute-region (C-c |) and py-execute-buffer
(C-c C-c). Are you proposing to change or remove those?
-Barry
On Jul 13, 2019, at 23:16, Andreas Röhler wrote:
Forwarded Message
eat, thanks for all your great work on the module. I’ve updated to 639532b
and will play with this for a while.
-Barry
On Jul 10, 2019, at 01:14, Andreas Röhler wrote:
Hi Barry, hi all,
should have fixed IPython completion and fontification, also #31,
which caused some changes. Maybe check it out.
Ch
Hi Barry, hi all,
should have fixed IPython completion and fontification, also #31,
which caused some changes. Maybe check it out.
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
unsure how what you propose differs from the current behavior.
Cheers,
-Barry
On Jun 11, 2019, at 05:01, Andreas Röhler wrote:
Hi all,
when starting a Py-shell interactively like M-x python RET,
suggest to switch into newly opened shell by default.
Agreed?
Cheers,
Andreas
Hi all,
when starting a Py-shell interactively like M-x python RET,
suggest to switch into newly opened shell by default.
Agreed?
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
Hi all,
while in another re-write WRT speed and maintenance --see my previous
post-- stumble over a couple of functions reporting position like
`py--beginning-of-if-block-position' - which doesn't look useful.
Consider to drop them. Any objections?
Happy new year,
Andreas
Hi all,
when a class has a large amount of defs inside, jumping to the end of
class might take some noticeable time. (Albeit don't see a bug report so
far.)
For now, navigating Python source internally is done by
‘py-forward-statement’ resp. ‘py-backward-statement’ - where
‘statement’ means
On 22.11.18 00:30, Barry Warsaw wrote:
On Nov 21, 2018, at 02:21, Andreas Röhler wrote:
is this worth a feature request?
It’s not something I personally use, but I know other people like it.
-Barry
Okay, done.
https://gitlab.com/python-mode-devs/python-mode/issues/60
Hi all,
is this worth a feature request?
Cheers,
Andreas
Forwarded Message
Subject: Re: Python docstring folding
Date: Tue, 20 Nov 2018 19:16:58 +
From: Rock Storm
To: Drew Adams
CC: help-gnu-em...@gnu.org
On Tue, Nov 20, 2018 at 10:12:03AM -0800, Drew Adams wrote:
>
Hi all,
IMO ‘py-up-list’ should behave as Elisp's ‘backward-up-list’ does.
When starting from last line "except True:" it should travel current
indents and reach beginning of next block above: "if True:"
def foo():
if True:
def bar():
pass
elif False:
def
On 12.11.2018 22:58, Barry Warsaw wrote:
On Nov 12, 2018, at 03:15, Andreas Röhler wrote:
as decorators are part of function definitions, consider to drop all special
handling. Beginning of def-or-class would reach the decorator - same with mark,
copying and send.
Is it possible to use
Hi,
as decorators are part of function definitions, consider to drop all
special handling. Beginning of def-or-class would reach the decorator -
same with mark, copying and send.
Just FYI,
Andreas
___
Python-mode mailing list
Hi Barry, hi all,
there was a question WRT formatting of docstring,
http://emacs.stackexchange.com/questions/19422/emacs-lisp-for-automatically-inserting-python-docstring-in-google-style
which points to this
Hi Barry,
assume this affects python-mode.el also (?)
Cheers,
Andreas
Original Message
Subject: bug#21778: 24.5; python mode: fill-paragraph with raw
docstring ignores python-fill-docstring-style
Resent-Date:Wed, 28 Oct 2015 19:44:01 +
Resent-From:John
Hi guys,
gladly announcing release 6.2.1
Something new comes with it:
- Handles PEP 492 async coroutines
- Logic of py-indent-region WRT lp:1426903
In case first line accepts an indent,
keep the remaining lines' relative.
Otherwise lines in region get outmost indent,
same with
Am 31.07.2015 um 22:50 schrieb Barry Warsaw:
On Jul 21, 2015, at 01:16 PM, Andreas Röhler wrote:
in current trunk `interactive-p' is replaced by `called-interactively-p',
just to reduce compiler warnings. `called-interactively-p' seems introduced
only with 22.1, older Emacsen will be broken
Hi Barry, hi all,
in current trunk `interactive-p' is replaced by
`called-interactively-p', just to reduce compiler warnings.
`called-interactively-p' seems introduced only with 22.1, older Emacsen
will be broken.
Is this a concern?
Cheers,
Andreas
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
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
Weitergeleitete Nachricht
Betreff:Re: Evaluating python code blocks in python-mode
Datum: Sun, 21 Jun 2015 08:20:46 +0200
Von:Andreas Röhler andreas.roeh...@easy-emacs.de
An: help-gnu-em...@gnu.org
Am 20.06.2015 um 21:09 schrieb Andreas Röhler:
Am
On 14.03.2015 16:14, Barry Warsaw wrote:
[ ...]
It probably does make sense to audit the knobs and see which ones are really
useful for customizing.
Done.
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
On 13.03.2015 22:36, Barry Warsaw wrote:
On Mar 13, 2015, at 10:37 PM, Andreas Röhler wrote:
writing something like
:tag my-correct-py-symbol-name
in defcustom
I kind of wish Emacs did this by default, but that's a different discussion
for a different forum. ;)
Is it more helpful
On 14.03.2015 16:14, Barry Warsaw wrote:
On Mar 14, 2015, at 10:38 AM, Andreas Röhler wrote:
Hmm, you seem not that much convinced. Well, for me it's slightly confusing
to see this capitalized split, which I must reconstruct into the original
name in order to understand which one is at stake
On 13.03.2015 22:16, Barry Warsaw wrote:
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?
writing something like
:tag my-correct-py-symbol-name
in defcustom
Cheers,
Andreas
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
___
Python-mode
On 09.03.2015 18:26, andrea crotti wrote:
Hi again Andreas and all.
I'm still having this issue with the documentation buffer popping up
all the time..
I'm using now python-mode version:
python-mode-20150221.1223/
from Melpa.
So doing the dirty trick (defun py-help-at-point nil) kind of works
Hi Andrea,
On 07.01.2015 11:46, andrea crotti wrote:
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
On 07.01.2015 18:50, andrea crotti wrote:
2015-01-07 12:33 GMT+00:00 Andreas Röhler andreas.roeh...@online.de:
Hi Andrea,
From Emacs -Q, loading python-mode.el by hand, does it still happen?
Andreas
I realised to my surprise that I was not actually using the version
from ELPA
Hi Barry, hi all,
so it's out there finally.
For new features see
https://launchpad.net/python-mode/+announcement/13077
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
https://mail.python.org/mailman/listinfo/python-mode
Hi Barry, hi all,
variable in subject seems somehow misnamed: when value is queried, it's just
one window to be splitted, not a multitude.
Consider to rename it into `py-split-window-on-execute-p', removing the s.
As renaming might mean some inconvenience at users side and no-one complained
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
Just a remark: `py-load-pymacs-p' addresses Pymacs-files inlined by
python-mode, not a Pymacs installed by running `make'.
To be precise: an inlined Pymacs is shipped with
lp:python-mode/components-python-mode
but was removed from trunk.
While contributed files providing completion as
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
On 01.09.2014 21:24, Urs Fleisch wrote:
Hi Andreas, Barry,
Hi Emacs-Pythonistas,
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
Hi,
lately TAB in Python shell was bound to `py-shell-complete-or-indent'.
What about doing likewise in script buffers - where TAB is currently
`py-indent-line'?
Unfortunatly the default completion-key M-TAB is used by most X-windows
systems, so users must re-configure first.
Binding it to
On 25.06.2014 16:28, Barry Warsaw wrote:
On Jun 25, 2014, at 04:04 PM, Andreas Röhler wrote:
lately TAB in Python shell was bound to `py-shell-complete-or-indent'.
What about doing likewise in script buffers - where TAB is currently
`py-indent-line'?
Unfortunatly the default completion-key M
Hi Barry, hi all,
WRT
https://bugs.launchpad.net/python-mode/+bug/1330045
consider to drop two variables, which introduce complexity while not being that
useful as expected.
It's
`py-indent-no-completion-p'
which would insert a TAB if no completion is found.
The other:
Seid gegrüßt,
komme eben auf einen eher kritisch gehaltenen Aufsatz
http://www.theeuropean.de/gunnar-sohn/8165-die-grenzen-von-big-data
der Python auf zweierlei Weise berührt:
- die Sprache dürfte derzeit zu einer der am meisten eingesetzten im Kontext
gehören
- sie bietet m.E. bereits einen
On 28.05.2014 13:48, Andreas Röhler wrote:
[ ... ]
http://www.theeuropean.de/gunnar-sohn/8165-die-grenzen-von-big-data
[ ... ]
Ah, sorry, that should go to a german list.
As it might of interest for readers here also, a short description:
The author in link is questioning some marketing
Hi Barry, hi all,
when py-exexute-... commands are run, window-mangagement is
controlled by values of customizable booleans
`py-switch-buffers-on-execute-p'
`py-split-windows-on-execute-p'
Considered calls to customize being laborious, commands have been installed
specifying that options like
On 14.05.2014 22:44, Barry Warsaw wrote:
On May 14, 2014, at 05:36 PM, Andreas Röhler wrote:
in order to shrink the python-mode.el codebase a little bit,
consider to support the following py-shell commands:
python, ipython, python2, python3, jython, bpython
Will drop
python3.3. python2.7
Hi Barry, hi all,
in order to shrink the python-mode.el codebase a little bit,
consider to support the following py-shell commands:
python, ipython, python2, python3, jython, bpython
Will drop
python3.3. python2.7 etc.
Calling other versions than default should be easy by mapping python3
Hi Georg, hi all,
when looking for bug lp:1314921, there was a talk a time ago WRT shipping your
version of cython-mode.el
IMO it would be convenient if users must not load it separately.
As it isn't that much code, could inline it into python-mode.el.
Also would like to make faces
Am 24.03.2014 16:11, schrieb Barry Warsaw:
. Maybe print should be
in its own face, defaulting to whatever makes sense for the Python 2 or 3
version being edited?
-Barry
Done
___
Python-mode mailing list
Python-mode@python.org
Am 24.03.2014 16:11, schrieb Barry Warsaw:
On Mar 21, 2014, at 06:11 PM, Andreas Röhler wrote:
Function print currently gets font-lock-keyword-face, which doesn't seem
correct. IMO it should get py-builtins-face, right?
I guess this is dependent on whether you're editing Python 2 or Python
Function print currently gets font-lock-keyword-face, which doesn't seem
correct.
IMO it should get py-builtins-face, right?
Just FYI,
Andreas
___
Python-mode mailing list
Python-mode@python.org
https://mail.python.org/mailman/listinfo/python-mode
Hi Barry, hi all,
currently, when dedicated is on, a new buffer is created with some
autogenerated name.
Repeated dedicated calls will leave a row of badly readable buffer-names.
An alternative would be to kill the default shell before and run just a new
shell.
No idea WRT to pros and cons.
Am 13.03.2014 12:18, schrieb Andreas Röhler:
Hi Barry, hi all,
currently, when dedicated is on, a new buffer is created with some
autogenerated name.
Repeated dedicated calls will leave a row of badly readable buffer-names.
An alternative would be to kill the default shell before and run
Am 13.03.2014 14:57, schrieb Barry Warsaw:
On Mar 13, 2014, at 12:18 PM, Andreas Röhler wrote:
currently, when dedicated is on, a new buffer is created with some
autogenerated name.
I don't really use this feature, so I don't have an opinion.
Cheers,
-Barry
Being after lp:1253907, Slow
Hi Barry, hi all,
currently formatting tqs with py-docstring-style is called, if tqs is below a
class or def.
OTOH tqs are also used at beginning of file or other place in sense of a
info/docstring.
What about to apply docstring-styles every times a tqs is formatted?
Cheers,
Andreas
Am 15.02.2014 22:18, schrieb Frank Stutzman:
This has been resolved and I want to publically thank Andreas for finding
and fixing this bug so quick. I'm fairly new to open source development and
the rapidity that this was fix was gratifying.
You are welcome!
Hi all,
version 6.1.3 delivers some bug-fixes and should come with improvements too:
https://launchpad.net/python-mode/trunk/6.1.3/+download/python-mode.el-6.1.3.tar.gz
- PEP8 indent-alternatives when closing a list implemented
Boolean `py-close-at-start-column-p', default is nil
my_list = [
Am 20.11.2013 15:25, schrieb Barry Warsaw:
On Nov 20, 2013, at 03:20 PM, Andreas Röhler wrote:
TAB seems expected frequently as bound to completion, while it indents in
python-mode.
IMO it's possible to combine both: a first TAB at most outdented position now
does nothing - which would
Am 18.10.2013 18:55, schrieb Barry Warsaw:
On Oct 18, 2013, at 06:38 PM, Andreas Röhler wrote:
Agreed. Obviously we can't have everything. This is a lot the Emacs way.
Must confess had in mind to change the path towards an (rather complete) IDE.
This kind of a path may be useful for people
Hi Georg, hi Barry,
Am 17.10.2013 22:44, schrieb Georg Brandl:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 17.10.2013 21:13, schrieb Andreas Röhler:
Hi Barry, hi all,
the OP says:
I want a different set of colors for the following pairs:
import and from def and class try
Hi Barry, hi all,
the OP says:
I want a different set of colors for the following pairs:
import and from
def and class
try and if.
http://stackoverflow.com/questions/19374294/how-to-differentiate-between-colors-for-the-keywords-import-def-and-try-in/19374605#19374605
which would
Hi Barry, hi all,
lp:1235375 revealed a thing, which might happen in other circumstances also.
Bug occurred when which-func-mode was on and a string-delimiter missing.
In this case also indexing would fail.
There might be more circumstances like that, it's not just about a missing
Am 24.09.2013 08:45, schrieb Diez B. Roggisch:
On Sep 23, 2013, at 9:57 PM, Andreas Röhler andreas.roeh...@online.de wrote:
Hi Barry, hi all,
there was an expample at
http://stackoverflow.com/questions/18940719/python-indentation-with-emacs/18940836#18940836
if 1 2:
print(this line
Hi Barry, hi all,
there was an expample at
http://stackoverflow.com/questions/18940719/python-indentation-with-emacs/18940836#18940836
if 1 2:
print(this line is part of the if statement)
print(this is NOT part of the if statement)
The OP wanted the Editor intends the second print to
Am 14.06.2013 23:20, schrieb Barry Warsaw:
On Jun 14, 2013, at 05:04 PM, Felipe Reyes wrote:
[ ... ]
I've been dealing with it and manually
adding another indentation level to not leave 'baz' aligned with 'baz()'
def foo():
if (foo
baz):
bar()
Can this be considered
Hi all,
with r1224 a simplified menu is provided. Maybe have a look.
It adapts version 5.2.0 style, a More button gives access to new and advanced
features.
Andreas
___
Python-mode mailing list
Python-mode@python.org
Hi all,
whilst Stack Overflow usually cancels that kind of questions, this time they
seem to take interest.
See
http://stackoverflow.com/questions/15670505/comparison-of-python-modes-for-emacs/15672445#15672445
Maybe an occassion to discuss directions of development?
Certainly, there is
far.
On a related note, why do we have interactive functions for toggling lots
and lots of custom variables?
Will re-work the menu, so they are not visible unless searched for.
Thanks,
Andreas
cheers,
Georg
Am 02.04.2013 12:11, schrieb Andreas Röhler:
Hi all,
having look at the critics from
Hi Barry, hi all,
as smart-operator-mode is distributed via ELPA for some time now,
IMO it doesn't make sense to keep an python-mode version of it.
Unless some stuff has been built upon it.
So, if no objections arrive, consider to remove it.
Cheers,
Andreas
Hi folks,
python-mode.el-6.1.1 is available at
https://launchpad.net/python-mode/trunk/6.1.1/+download/python-mode.el-6.1.1.tar.gz
New in version 6.1.1
-
- comment-related commands:
py-uncomment
py-comment-block, py-comment-clause,
py-comment-block-or-clause,
Am 08.02.2013 05:27, schrieb Bruce Tulloch:
I can confirm this bug (or one very similar) exists on Emacs 24.2.1 on
Debian Wheezy with ipython 0.13.1. It looks like it's probably related
to bug 1027265 (Filename completion fails in ipython buffer) for which I
see a fix is reported committed. Any
Am 31.01.2013 10:03, schrieb Thomas Heller:
Has someone managed to patch python-mode.el to use
the PEP 397 python launcher when you hit C-c C-c?
It seems that emacs should parse the shebang line in the edited
python script and pass the corresponding arguments to py.exe.
Yes, that's the way
python-mode.el-6.1.0 is available at
https://launchpad.net/python-mode/trunk/6.1.0/+download/python-mode.el-6.1.0.tar.gz
New in version 6.1.0
-
- py-up
Go to beginning one level above of compound statement or definition at point.
- py-down
Go to beginning one level
Hi Barry, hi all,
reflecting the question, how to proceed when executing a buffer which might
result in a time-consuming run.
For now starting it in a dedicated process resp. shell is the solution.
These dedicated shell names however are machine-generated and hard to read
resp. to remember.
Hi all,
coming across a site which complains the way and state of Emacs python-mode
developing
http://synker.wordpress.com/2011/04/06/emacs-as-a-python-ide/
let me take the occassion to address some issues of
maybe general interest.
Certainly python-mode at it's present state has
it's limits
Hi Barry, hi all,
fastening Python edits while lowering the learning curve for beginners by
PyEdit menu is the focus of this release.
New in version 6.0.12
-
- py-sexp-function,
When set, it's value is called instead of `forward-sexp', `backward-sexp
Choices are
Am 21.08.2012 23:20, schrieb Andrea Crotti:
So one thing which would be awesome to have is the ability to see which lines
are not tested while I'm writing
my code...
There is already an extension here but I could not get it working
https://github.com/mattharrison/pycoverage.el
At the moment
Hi,
when introducing extensions, please consider updating NEWS file also.
It serves as a kind of changelog, base of announcements.
thanks all,
Andreas
___
Python-mode mailing list
Python-mode@python.org
Am 14.07.2012 12:37, schrieb nore...@launchpad.net:
- (symbol (py-symbol-near-point))
+ (symbol (py-complete-enhanced-symbol-before-point))
Hi Urs,
some reflections on naming - cc to Barry and python-mode list, as is seems of
general interest and opinions may differ.
-
Am 06.07.2012 21:25, schrieb Barry Warsaw:
On Jul 06, 2012, at 08:35 PM, Andreas Röhler wrote:
in case a distro shipping python-mode.el declares a freeze, we may meet that
creating a freezed branch mentioning that distro or release name
Then developing might go on in trunk, whilst the freeze
Am 01.07.2012 15:04, schrieb Urs Fleisch:
Hi,
Here is a little patch, which fixes the following problems in pycomplete:
py-find-global-imports(): Support dot in from ... import statements,
e.g. from PyQt4.QtGui import QMainWindow.
get_all_completions(): Return an empty list when no symbol is
Am 01.07.2012 16:19, schrieb Urs Fleisch:
Hi,
If you might open a ticket at
https://bugs.launchpad.net/python-mode
for it, the patch attached, that would help still, as it's easier to refer.
OK, I have opened a bug: https://bugs.launchpad.net/python-mode/+bug/1019791.
I have another
Hi Barry, hi all,
presently modeline displays Python if Python-mode is on.
As space is precious in modeline, what about offering Py as default instead?
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
Am 04.06.2012 22:57, schrieb Matt McClure:
I'd like to use Emacs as my IDE for a Python project as follows:
1. Emacs running on a Mac host machine.
2. Python running on a Linux guest VM.
3. A single copy of the code shared between the host and guest
machines via NFS or VirtualBox shared folder.
Hi Python-mode folks,
several code checkers now are accessable from menu PyTools
Special thanks to
Keegan Carruthers-Smith
http://people.cs.uct.ac.za/~ksmith/2011/better-python-flymake-integration-in-emacs.html
and
Reinout van Rees
here still the link
https://launchpad.net/python-mode/trunk/6.0.8/+download/python-mode.el-6.0.8.tar.gz
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Hi Barry, hi all,
came upon this question when looking for
https://blueprints.launchpad.net/python-mode/+spec/flymake
As Emacs has already a customizable
temporary-file-directory
this vars look pretty redundant.
Consider dropping them, leaving some defalias for backward compatibility
resp.
Am 19.04.2012 16:53, schrieb Jeffrey Spencer:
I've been away for awhile but now confused because updated both branches.
It seems like components mode just splits the python-mode.el file up into
various components (ones listed with python-components). Also includes a
couple other packages in the
Hi Barry, hi all,
IMO it's time to set up a testbot, which should do the check for all the
different flavors of Python, completion possibilities etc. out there.
Have some idea how and where to do - nonetheless would like to reflect some
suggestions/recommendations.
Would be great to have a
Am 08.04.2012 23:09, schrieb Glenn Linderman:
On 4/7/2012 11:41 PM, Andreas Röhler wrote:
Am 08.04.2012 01:54, schrieb Glenn Linderman:
Hi Andreas, et alia,
Slowly the wheels turn, and progress is made. And then there are bumps in the
road. This is probably a bump.
You might recall
Am 08.04.2012 01:54, schrieb Glenn Linderman:
Hi Andreas, et alia,
Slowly the wheels turn, and progress is made. And then there are bumps in the
road. This is probably a bump.
You might recall that I was stuck on an old version of emacs because of
incompatibilities newer versions had with
Hi all,
release of python-mode.el-6.0.5 is done at
https://launchpad.net/python-mode/trunk/6.0.5/+download/python-mode.el-6.0.5.tar.gz
Please send bug reports resp. request features to
https://bugs.launchpad.net/python-mode
Changes coming with this version:
- Menu is reworked and extended
New question #189464 on python-mode.el:
https://answers.launchpad.net/python-mode/+question/189464
I'm probably missing something obvious, but what's the best way to use
python-mode to run/debug python scripts that are designed to be run from
the command line? In particular, the problem I face
Am 01.03.2012 10:54, schrieb Eric S. Johansson:
imenu-add-to-menu-bar: imenu-create-index-function
=py-imenu-create-index-new
File mode specification error: (file-error Searching for program no
such file or directory python)
finally getting back to doing some Python work. I grabbed the latest
[ ... ]
much less intimidating to try to grasp,
[ ... ]
Added a README.DEVEL, indicating some entry point
for people who want to dig into the code.
Cheers,
Andreas
___
Python-mode mailing list
Python-mode@python.org
Am 14.02.2012 22:31, schrieb Andrea Crotti:
It looks like it's a common problem in the Elisp world, but I was
wondering is it normal to have huge source files.
python-mode.el is 10k lines now, which for me causes two problems:
- it's hard to even know the various functionalities
- it's hard to
Am 15.02.2012 13:57, schrieb Barry Warsaw:
On Feb 15, 2012, at 09:34 AM, Andreas Röhler wrote:
think it's basically historical.
People interested in developing/understanding might check out and use the
components branch
https://code.launchpad.net/~a-roehler/python-mode/components-python
Am 08.02.2012 16:17, schrieb François Pinard:
Jeff Bauerjba...@rubic.com writes:
On Wed, Feb 08, 2012 at 09:56:23AM +0100, Andreas Röhler wrote:
PyIndex
PyShell
PyTools
PyCommands
+1
PyCommands is a bit longish visually, and the name does not give a big
clue that it gives a menu
Am 08.02.2012 16:07, schrieb Barry Warsaw:
On Feb 08, 2012, at 09:56 AM, Andreas Röhler wrote:
being pointed at some irregularity menu items now display,
what about to rename it that way:
PyIndex
PyShell
PyTools
PyCommands
(?)
BTW PyShell still should take the virtualenv stuff, when ready
Hi,
exists a boolean variable
(defcustom py-ask-about-save t
If not nil, ask about which buffers to save before executing some code.
Otherwise, all modified buffers are saved without asking.
;;
this rather nags me. Saving all buffer unconditional is probably
terrible, OTOH always
1 - 100 of 259 matches
Mail list logo