Hi Beverley,
IMO exists no easy way to merge at all here in general.
Proceeding differs occasionally profoundly; results and
chances are only seen partly (at least for me). So I
wouldn't want to say: drop this form, take another and
rebuild with that.
After all the only useful way I imagine is
Barry Warsaw wrote:
On Jan 18, 2009, at 4:29 PM, Dave Love wrote:
There is talk in the python-mode.el and on the web site of merging it
with python.el. I hope people realize that can only be done in
accordance with the GPL licence of python.el -- i.e. one way -- although
it doesn't seem
Stephen J. Turnbull wrote:
Barry Warsaw writes:
On Jan 18, 2009, at 11:47 AM, s...@pobox.com wrote:
I'm going to stop pretending I'm contributing anything to python-mode
development.
Heh. In my book, just making an announcement that you're definitely
going to be inactive in
Eric S. Johansson wrote:
Andreas Roehler wrote:
What about to implement some reporting feature,
saying via message-buf for example what is closed?
We could proceed in two steps: First introduce such a reporting level for all
things, than make the voices side.
Or should we consider
[...]
. If, however, I am on a line with an elif it might
be useful to have it back up to the preceeding elif
Hi Skip,
uploaded new functions
forward-/backward-block
It stops at every line beginning with python-keywords.
Andreas Röhler
Mentioned python-mode.el branch is available
Hi,
intend to make
py-beginning-of-def-or-class
really or, i.e. looking for each of them.
Doku says:
,
| Searches back for the closest preceding `def'. If you
| supply a prefix arg, looks for a `class' instead.
`
Presently, reaching the must upward def, you must type
\C-u first, to
Barry Warsaw wrote:
On Jan 26, 2009, at 9:56 AM, Andreas Roehler wrote:
some new functions are available:
py-beginning-of-def-or-class
py-class-at-point
py-function-at-point
py-beginning-of-function
py-beginning-of-class
py-end-of-function
py-end-of-class
py-end-of-def-or-class
py
Stephen J. Turnbull wrote:
I am not a lawyer, and I don't speak for the FSF or the Emacs Project.
I do speak for the XEmacs Project until such time as someone feels
like complaining about it. :-)
Andreas Roehler writes:
as FSF assignment policy was raised again at
python-mode
Barry Warsaw wrote:
On Jan 27, 2009, at 4:08 AM, Andreas Roehler wrote:
as FSF assignment policy was raised again at
python-mode@python.org, please permit to ask you a
thing I never understood:
AFAIS every Emacs-file is inspired by many, many others
from the very beginning. We see almost
Dave Love wrote:
Andreas Roehler andreas.roeh...@online.de writes:
Barry Warsaw wrote:
For this audience, I'll restate my position, vis-à-vis python-mode.
I assert that Tim Peters and myself have assigned copyright in
python-mode.el to the FSF.
For this audience, again: Unfortunately
Barry Warsaw wrote:
On Feb 1, 2009, at 10:42 AM, Jeff Kowalczyk wrote:
On Sun, 01 Feb 2009 07:33:15 -0500, Barry Warsaw wrote:
As Andreas pointed out, we have not yet merged his changes into python-
mode.el.
I had hoped that it would be possible to merge python-mode.el and
python.el and
Barry Warsaw wrote:
On Feb 4, 2009, at 11:05 AM, Yaroslav Halchenko wrote:
I myself (since new to python-mode list and development in general)
can't provide any objective information, besides that imported list
looks great to me ;)
unfortunately that bugs.staging.launchpad.net doesn't
Yaroslav Halchenko wrote:
pardon my ignorance, but was it done on purpose?
in 356. By Andreas Roehler on 2009-01-29
,---
| *$ git show 07985672d238301b27353913fc4aa509992571fb --stat
| commit 07985672d238301b27353913fc4aa509992571fb
| Author: Andreas Roehler andreas.roeh...@online.de
Yaroslav Halchenko wrote:
as Barry seems busy,
are you able to combine pyton-mode.el from branch with remaining files from
trunk? well -- now -- not natively since if I merge your branch I
loose those removed files:
$ git merge bzr/a-roehler
Merging HEAD with bzr/a-roehler
Removed
Hi Barry,
I'll send you two screenshots offlist. Please feel
free to forward them to interested persons, just didn't
want to publish my path at the list.
20090428_pdbtrack3.png displays pdbtrack opened second
windows, cursor displayed at line 4 import
With 20090428_pdbtrack4.png you see
Barry Warsaw wrote:
On Apr 30, 2009, at 4:07 PM, Andreas Roehler wrote:
I'll send you two screenshots offlist. Please feel
free to forward them to interested persons, just didn't
want to publish my path at the list.
20090428_pdbtrack3.png displays pdbtrack opened second
windows, cursor
://myriadicity.net http://myriadicity.net/
On Fri, May 1, 2009 at 5:28 PM, ken manheimer ken.manhei...@gmail.com
mailto:ken.manhei...@gmail.com wrote:
On Fri, May 1, 2009 at 4:50 PM, Andreas Roehler
andreas.roeh...@online.de mailto:andreas.roeh...@online.de wrote:
Barry Warsaw
Rhodri James wrote:
On Wed, 27 May 2009 16:56:12 +0100, Bruno Desthuilliers
bruno.42.desthuilli...@websiteburo.invalid wrote:
Rhodri James a écrit :
On Tue, 26 May 2009 14:22:29 +0100, Roy Smith r...@panix.com wrote:
My pet peeve is syntax-aware editors which get things wrong. For
Mikhail Novikov wrote:
Mikhail Novikov has proposed merging
lp:~freiksenet/python-mode/hide-show-support into lp:python-mode.
Requested reviews:
python-mode.el developers (python-mode-devs)
I have improved it to support more constructs and docstrings. Works fine for
me, more
Barry Warsaw wrote:
On Sep 8, 2009, at 4:43 AM, Rohan Nicholls wrote:
I checked out the python-mode launchpad project, and am now sending an
email. Do I need to sign up to the python mailing list to see any
discussions? Or does this email get me added to some secret list? ;)
While I
Barry Warsaw wrote:
On Sep 9, 2009, at 5:56 AM, Andreas Roehler wrote:
checking for the triple-quoted-bug:
with python.el,
(nth 8 (syntax-ppss)) shows the correct result.
Unfortunately with python-mode.el (nth 8 (syntax-ppss)) fails.
From there I assume, setting the syntax-table
Hi Barry,
diff attached against latest python-mode.el solves bug
328790, the triple string bug for me - checked
with X- and GNU Emacs.
Took some stuff from python.el, thanks towards its
excellent author BTW.
Did create a branch for it. Log now reads
revno: 352
committer: Andreas Roehler
Hi,
had to move `py-mode-syntax-table' still upward in file.
Now no complaining any more.
Thanks being patient...
Andreas
11a12
387a389,487
;; 2009-09-10 a.roeh...@web.de changed section start
;; from python.el, version 22.1
(defconst python-font-lock-syntactic-keywords
;; Make outer
Hi,
as it turns out, assumed fix was wrong
as far it concerns XEmacs.
Change only works for GNU Emacs.
Will see.
Cheers
Andreas
--
https://code.launchpad.net/s-x-emacs-werkstatt/
___
Python-mode mailing list
Python-mode@python.org
Hi,
as mentioned, several modes like C++ or python-mode
need a more sophisticated determination of beginning-
or end-of-defun than a regexp may provide.
A additional function-call will be possible with patch
attached. It allows use of `M-x end-of-defun' in
python-mode for example.
Should no
Barry Warsaw wrote:
On Sep 13, 2009, at 6:29 AM, Andreas Roehler wrote:
as mentioned, several modes like C++ or python-mode
need a more sophisticated determination of beginning-
or end-of-defun than a regexp may provide.
A additional function-call will be possible with patch
attached
Hi Mikhail,
intend to propose your patch for XEmacs.
Having a look at it at again, see you removed
- (unless (assoc 'python-mode hs-special-modes-alist)
remains
(setq hs-special-modes-alist
(cons (list
Think it was a useful check, as loading python-mode at
several occasions will
Below again the code, as end-of-defun-raw had a bug last times
;; GNU's lisp.el
;; unhappily sets this var globally, ignoring its use for progmodes
(when (featurep 'emacs) (setq end-of-defun-function nil))
(setq defun-searchform '(if defun-prompt-regexp
(concat
Rustom wrote:
Public bug reported:
python 3 has removed execfile
This makes python-mode stop working
In function py-execute-file changing the line
(cmd (format execfile(r'%s') # PYTHON-MODE\n filename)))
to
(cmd (format exec(open(r'%s').read()) # PYTHON-MODE\n filename)))
seems
Rustom Mody wrote:
On Tue, Oct 20, 2009 at 1:59 PM, Andreas Roehler
andreas.roeh...@online.de mailto:andreas.roeh...@online.de wrote:
Rustom wrote:
(cmd (format exec(compile(open('%s').read(), '%s', 'exec')) #
PYTHON-MODE\n filename filename)))
For me both of your variants
Rustom wrote:
On Thu, Oct 22, 2009 at 8:32 PM, Andreas Roehler
andreas.roeh...@online.dewrote:
...
Rustom wrote:
(cmd (format exec(compile(open('%s').read(), '%s', 'exec'))
#
PYTHON-MODE\n filename filename)))
For me both of your variants are working
...
Hi Rustom,
seems I have a ipython-bug here.
with
print 3 * 4
in foo.py
I get the correct result only first time in a separate buffer without ipython.
Afterwards always strange output:
IPython 0.8.1 -- An enhanced Interactive Python.
object? - Details about 'object'. ?object also
Kent Borg wrote:
Andreas Roehler wrote:
no need for that, emacs -q or emacs -Q is the right thing then
emacs -q does not work, emacs -Q does work. (The toggling of
highlighting while opening and closing a multi-line comment is like
before,
seems normal, seems the way it proceeds
Barry Warsaw wrote:
On Jan 18, 2010, at 2:43 AM, Andreas Roehler wrote:
Barry Warsaw wrote:
Oops, that was the wrong branch. Andreas, please review this branch
yourself and mark it approved if you want. Then merge this branch and push
it.
OK, merged locally. Got
M python-mode.el
Hi Barry,
attached a test-file, which does some move-checks on branch
https://code.launchpad.net/~a-roehler/python-mode/fixes-328781-bod-lands-in-string/+merge/18030
Also it checks last merge introducing hide-show support.
As tests went well, set branch for merge.
BTW wrote tests with
Jeff Bauer wrote:
After upgrading to emac23, I noticed one big
difference in editing python code ... or, well
editing anything.
0123456789012345678901234567890123456789
1 One-really-long-line-of-text-and-newline
2 -doesn't-appear-until-full-stop-HERE.
3 Second-line-of-code
Hi,
question is: how to edit small units in python-code?
Let's consider piece below from Dive Into Python:
result = roman71.fromRoman(numeral)
Beside of operators three python-words are here:
result / roman71 / fromRoman(numeral)
which should possible be picked with one command/key.
Resp.
Barry Warsaw wrote:
On Mar 05, 2010, at 07:00 PM, Andreas Roehler wrote:
question is: how to edit small units in python-code?
Let's consider piece below from Dive Into Python:
result = roman71.fromRoman(numeral)
Beside of operators three python-words are here:
result / roman71
Georg Brandl wrote:
Am 12.03.2010 10:51, schrieb Andreas Roehler:
Hi python-mode folks,
form below should speed up writing print-statements in Python a
little bit.
(defun druck (optional arg)
Inserts a print statement out of current `(car kill-ring)' by default,
inserts ARG instead
Hi,
python.el provides templates inserting compound statements like `if', `for'
etc. - a nice feature.
AFAIS it's for use in two ways -
1) as an abbrev expanded
2) by calling `python-expand-template', afterwards the user is prompted.
See only the first usage mentioned in the docu. The
Barry Warsaw wrote:
On Mar 16, 2010, at 04:22 PM, Tom Roche wrote:
Perhaps this will be useful. As I know little about your procedures, had
never used bzr at all until yesterday, and had never done a bzr commit
until 10 min ago, please let me know if anything needs done better/
correctly.
Barry Warsaw wrote:
On Mar 19, 2010, at 05:12 PM, Reinout van Rees wrote:
On 03/19/2010 04:21 PM, Barry Warsaw wrote:
Any objections to C-c C-e?
None at all. That e-for-explain you mentioned sounds fine.
Cool. Bug updated.
-B
Fix is here:
Barry Warsaw wrote:
On Mar 22, 2010, at 12:32 PM, Andreas Roehler wrote:
as the colors themes matter indicates, idea of an
integrated python developing environment meets some
wider interest.
Which raises the question where to proceed.
I'm probably not the best person to participate
43 matches
Mail list logo