By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
446,187 Members | 1,041 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 446,187 IT Pros & Developers. It's quick & easy.

Emacs users: feedback on diffs between python-mode.el and python.el?

P: n/a
If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python mode code
distributed with GNU Emacs), I'd like to get your impressions on how they
compare and where you feel the bugs lie. I'm nominally one of the
python-mode.el maintainers (though not very active) but have never tried the
GNU python.el.

Thanks,

--
Skip Montanaro - sk**@pobox.com - http://www.webfast.com/~skip/
Oct 14 '08 #1
Share this Question
Share on Google+
15 Replies


P: n/a
Bruno Desthuilliers schrieb:
sk**@pobox.com a écrit :
>If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python
mode code
distributed with GNU Emacs), I'd like to get your impressions on how they
compare and where you feel the bugs lie. I'm nominally one of the
python-mode.el maintainers (though not very active) but have never
tried the
GNU python.el.

Hi Skip.

I stumbled on python.el last year and very very *very* quickly replaced
it with my good old python-mode.el. The first and foremost reason being,
IIRC, the lack of proper support for working with the embedded
interactive interpreter (one killer-feature of python-mode). Honnestly,
I don't think I've used python.el more than five minutes (not having C-c
! and C-c C-c working as expected being a definitive show-stopper for
me), so I can't say much more about python.el.

wrt/ python-mode.el:
- the most annoying bug is syntax coloration of triple-quoted strings,
that doesn't correctly handles quotes within the triple-quoted part.
- a slightly less but still annoying problem (I wouldn't call it a bug)
is the handling of indentation for nested litteral dicts/lists/tuples.
I second these two points. On the python-mode.el-ML there was a patch
for the triple-quote problem, but I couldn't apply it due to rejected
hunks. Didn't investigate that.

Diez
Oct 14 '08 #2

P: n/a
sk**@pobox.com writes:
If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python mode code
distributed with GNU Emacs), I'd like to get your impressions on how they
compare and where you feel the bugs lie.
I'm not sure which is which--there is one that I'm used to from older
systems, and one on newer systems (Ubuntu Hardy) that gratutiously
broke features that I'm used to. I haven't gotten around to
investigating but will try to do so. Main thing I know is that C-c !
used to make a new Python subwindow and now it doesn't, which is bad.
Oct 14 '08 #3

P: n/a

PaulMain thing I know is that C-c ! used to make a new Python
Paulsubwindow and now it doesn't, which is bad.

That's probably the newer FSF version, python.el. Someone else complained
that it didn't do Python interpreters.

Skip
Oct 14 '08 #4

P: n/a
In message <ma**************************************@python.o rg>,
sk**@pobox.com wrote:
If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python mode
code distributed with GNU Emacs), I'd like to get your impressions on how
they compare ...
I find Emacs modes just too confusing. I do all my editing in fundamental
mode.
Oct 15 '08 #5

P: n/a
On Oct 14, 7:37*pm, s...@pobox.com wrote:
If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python mode code
distributed with GNU Emacs), I'd like to get your impressions on how they
compare and where you feel the bugs lie. *I'm nominally one of the
python-mode.el maintainers (though not very active) but have never tried the
GNU python.el.

Thanks,

--
Skip Montanaro - s...@pobox.com -http://www.webfast.com/~skip/
I second Bruno's points, the older python-mode.el is much
better, also because of the included class browser, which
is missing in python.el. python.el seems to be integrated
with pymacs out of the box, but I do not use it so I cannot say for
sure if it works well or no.
Oct 16 '08 #6

P: n/a
On Oct 16, 8:37*am, Michele Simionato <michele.simion...@gmail.com>
wrote:
On Oct 14, 7:37*pm, s...@pobox.com wrote:
If you're an Emacs user who has used both python-mode.el (the python mode
code distributed with Python and XEmacs) and python.el (the python modecode
distributed with GNU Emacs), I'd like to get your impressions on how they
compare and where you feel the bugs lie. *I'm nominally one of the
python-mode.el maintainers (though not very active) but have never tried the
GNU python.el.
Thanks,
--
Skip Montanaro - s...@pobox.com -http://www.webfast.com/~skip/

I second Bruno's points, the older python-mode.el is much
better, also because of the included class browser, which
is missing in python.el. python.el seems to be integrated
with pymacs out of the box, but I do not use it so I cannot say for
sure if it works well or no.

I am interested in knowing which mode supports better the use of pdb
inside emacs?

Is it python-mode?
Oct 16 '08 #7

P: n/a
On Oct 16, 12:54*am, Bruno Desthuilliers
<bdesth.quelquech...@free.quelquepart.frwrote:
Lawrence D'Oliveiro a écrit :
I find Emacs modes just too confusing. I do all my editing in fundamental
mode.

Sounds like buying a cray supercomputer to end up doing computation by
hand...
Reminds me of a funny story about one of our university profs.
At a time when we used DOS and unix (on terminals) he got a very high
end SGI workstation.
And promptly shouted at the sysads because he could not see his
C:>
prompt.
Oct 16 '08 #8

P: n/a
In message
<79**********************************@t18g2000prt. googlegroups.com>, rustom
wrote:
Reminds me of a funny story about one of our university profs.
At a time when we used DOS and unix (on terminals) he got a very high
end SGI workstation.
And promptly shouted at the sysads because he could not see his
C:>
prompt.
The joke was on them, of course.

To be fair, SGI did try to oblige, with a short-lived, ill-fated foray into
Dimdows NT workstations.

Probably hastened their end...
Oct 16 '08 #9

P: n/a
Hello,
I second Bruno's points, the older python-mode.el is much
better,
I agree too. I can't really say what's missing from python.el, but I'm
much more comfortable with python-mode.el. The triple-quote highlight is
better in python.el, but I was successful in porting it to
python-mode.el as well. Unfortunately, I don't have a clean diff, as I
did some other tweaks...

Alberto
Oct 16 '08 #10

P: n/a
On Oct 14, 1:05*pm, Bruno Desthuilliers
<bdesth.quelquech...@free.quelquepart.frwrote:
- a slightly less but still annoying problem (I wouldn't
call it a bug)
is the handling of indentation for nested litteral dicts/lists/tuples.

The python-mode.el on Subversion (python-mode's Subversion on source
forge, not the ancient version of python-mode in the Python
repository) has a fix for this issue. It doesn't look like there's
any way to browse the subversion any more, though.
Carl Banks
Oct 16 '08 #11

P: n/a
On Oct 16, 12:21*pm, Bruno Desthuilliers
<bdesth.quelquech...@free.quelquepart.frwrote:
Carl Banks a écrit :
On Oct 14, 1:05 pm, Bruno Desthuilliers
<bdesth.quelquech...@free.quelquepart.frwrote:
- a slightly less but still annoying problem (I wouldn't
call it a bug)
is the handling of indentation for nested litteral dicts/lists/tuples.
The python-mode.el on Subversion (python-mode's Subversion on source
forge, not the ancient version of python-mode in the Python
repository) has a fix for this issue.

Great !-)
*It doesn't look like there's
any way to browse the subversion any more, though.

Doh :(

Is there any way to get this version then ???
You could download and apply the patch yourself:

https://sourceforge.net/tracker/inde...16&atid=581351

http://tinyurl.com/4x3uvh
Carl Banks
Oct 16 '08 #12

P: n/a
At Thu, 16 Oct 2008 18:21:38 +0200 wrote Bruno Desthuilliers
<bd*****************@free.quelquepart.fr>:
> It doesn't look like there's
any way to browse the subversion any more, though.

Doh :(

Is there any way to get this version then ???
svn co https://python-mode.svn.sourceforge....on-mode/trunk/
python-mode
--
Freedom is always the freedom of dissenters.
(Rosa Luxemburg)
Oct 17 '08 #13

P: n/a
On Oct 17, 4:25*am, Damien Wyart <damien.wy...@free.frwrote:
* Carl Banks <pavlovevide...@gmail.comin comp.lang.python:
The python-mode.el on Subversion (python-mode's Subversion on source
forge, not the ancient version of python-mode in the Python
repository) has a fix for this issue. It doesn't look like there's any
way to browse the subversion any more, though.

The viewvc interface is still there:http://svn.sourceforge.net/viewvc/py...k/python-mode/

Well, there's no obvious way to find the respository aside from
knowing the URI.

Anyway, yes the patch was applied as revision 425.
Carl Banks
Oct 17 '08 #14

P: n/a
Damien Wyart wrote:
* Carl Banks <pa************@gmail.comin comp.lang.python:
>The python-mode.el on Subversion (python-mode's Subversion on source
forge, not the ancient version of python-mode in the Python
repository) has a fix for this issue. It doesn't look like there's any
way to browse the subversion any more, though.

The viewvc interface is still there:
http://svn.sourceforge.net/viewvc/py...k/python-mode/
I thought python-mode had moved to launchpad under bzr:
https://code.launchpad.net/python-mode.
Darren

Oct 19 '08 #15

P: n/a
Sebastian Wiesner a écrit :
At Thu, 16 Oct 2008 18:21:38 +0200 wrote Bruno Desthuilliers
<bd*****************@free.quelquepart.fr>:
>> It doesn't look like there's
any way to browse the subversion any more, though.
Doh :(

Is there any way to get this version then ???
svn co https://python-mode.svn.sourceforge....on-mode/trunk/
python-mode
done !-)

Ok. I obviously misunderstood Carl - I thought he meant the repository
wasn't accessible anymore.

Thanks Carl and Sebastian.
Oct 20 '08 #16

This discussion thread is closed

Replies have been disabled for this discussion.