; Date: Sat, 13 Jul 2019 09:56:32 +0200
> From: Andreas Röhler
> To: Barry Warsaw
>
>
> Hi Barry, hi all,
>
> consider to reduce the amount of commands starting with `py-execute-...`
>
> Such things like py-execute-block-ipython-dedicated-switch.
>
&g
Great, 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
On Jun 12, 2019, at 00:23, Andreas Röhler wrote:
>
> Current behavior is ruled by ‘py-switch-buffers-on-execute-p’, which
> defaults to nil - display the result but don't move cursor thereto.
>
> Assume yours is customized to ‘t’, so new setting proposed here would
> make no difference.
Got
Sorry, I’m 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?
>
>
Hi Andreas. Thanks for continuing to work on this library. Honestly, I
haven’t noticed any performance problems in a long time. python-mode.el
continues to work great for me.
-Barry
> On Dec 29, 2018, at 03:01, Andreas Röhler wrote:
>
> Hi all,
>
> when a class has a large amount of defs
On Jan 7, 2019, at 09:56, Andreas Röhler wrote:
>
> 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
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
signature.asc
Description: Message signed with OpenPGP
___
Python-mode mailing list
On Nov 10, 2018, at 01:52, Andreas Röhler wrote:
>
> For example reduce the number of addressed executables: keeping
> python3 and python2, but removing python2.7. Respective at IPythons
> side. Several minor changes already done these days.
`/usr/bin/python2` doesn’t exist everywhere,
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 C-u to choose whether to go to the
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. Is this a concern?
Not for me :).
Cheers,
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.
It's not so much unconvinced as it is
On Mar 13, 2015, at 03:51 PM, Andreas Röhler wrote:
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?
Isn't that just how customize works in Emacs?
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
pgp_YIuWqysRh.pgp
Description: OpenPGP digital signature
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 to python-mode users to add the tag or more
On Nov 28, 2014, at 08:30 PM, Andreas Röhler wrote:
so it's out there finally.
For new features see
https://launchpad.net/python-mode/+announcement/13077
Congrats! I'll pull bzr and run from there. I can't update the Debian
version while Jessie is in freeze.
Cheers,
-Barry
signature.asc
On Sep 01, 2014, at 06:02 PM, Andreas Röhler wrote:
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
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-TAB is used by most X-windows
systems, so
On Jun 02, 2014, at 09:06 AM, Andreas Röhler wrote:
completion in py-shell always was M-TAB
However, many people switching to python-mode.el expect TAB to complete there.
Seems like a reasonable change to me. Indenting is pretty rare in a shell.
-Barry
signature.asc
Description: PGP
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 etc.
Calling other versions than default
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
signature.asc
Description: PGP signature
On Oct 18, 2013, at 10:21 AM, Andreas Röhler wrote:
IMO python-mode may provide what experienced developers need and beginners
expect likewise - given the feature wanted will not go into the way of the
real thing.
In this case it wouldn't, as the default would inherit the key-word face.
If we
On Jun 14, 2013, at 10:24 PM, Andreas Röhler wrote:
Is this a bug?
http://stackoverflow.com/questions/17114573/python-mode-el-not-allowing-indentation-after-if-statement/17116654#17116654
It's bad form to use parentheses in this situation, but it *is* legal. It
doesn't bother me if python-mode
On Jun 14, 2013, at 05:04 PM, Felipe Reyes wrote:
Hi All,
On Fri, Jun 14, 2013 at 04:30:16PM -0400, Barry Warsaw wrote:
It's bad form to use parentheses in this situation, but it *is* legal. It
doesn't bother me if python-mode passive/aggressively discourage such bad
form, but others might
On Aug 15, 2012, at 07:35 AM, Andreas Röhler wrote:
gladly announce release 6.0.11 of python-mode.el.
Congrats!
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
Python-mode@python.org
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 is honoured.
I probably wouldn't tie a branch
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-mode
I'm doing all my developing and Python
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
What are menus? :)
Seriously, I have little
On Jan 27, 2012, at 11:19 PM, François Pinard wrote:
Soon after Guido announced his first release of Python, a long long time
ago, I tried it. At the time, I was trying everything :-). And
besides, I was already prejudiced towards Guido because of his competent
implication as a maintainer of
On Jan 26, 2012, at 11:03 PM, François Pinard wrote:
C-x n d py-narrow-to-defun
Is this one a problem? Shouldn't narrow-to-defun be mode-sensitive? (Also,
it doesn't sit on C-c letter.)
-Barry
___
Python-mode mailing list
On Jan 26, 2012, at 10:12 PM, Jeff Bauer wrote:
Hah! So funny for you to bring up *that* specific post from
Barry. It's been sitting in my inbox as msg #1 for the past
couple years. Even though I copied it to my org notes, I've
always had it there. So when your email arrived, my reader
On Dec 08, 2011, at 07:57 AM, Andreas Röhler wrote:
to make commands like `hs-hide-block' work, hs-minor-mode must be switched on
before.
Consider to add a hook enabling this by default - alongside with a variable
permitting to disable per defcustom.
Perhaps just document that people need to
On Nov 12, 2011, at 09:23 AM, Andreas Röhler wrote:
I'm in favor of introducing a CREDITS file, where all people who have sent
code or bug reports --which is an important contribution too IMO-- are
mentioned.
I'm none too concerned about *where* folks get credited, but they definitely
should get
On Nov 09, 2011, at 07:56 AM, Jeff Bauer wrote:
Would it make sense for PDEE to be delivered through Marmalade?
http://marmalade-repo.org/
I'm kind of excited that emacs will soon have a standard package
manager.
Wow, I don't know if I can handle that. I was kind of hoping to be able to go
On Oct 13, 2011, at 06:41 PM, Andreas Röhler wrote:
Am 13.10.2011 16:37, schrieb Barry Warsaw:
On Oct 13, 2011, at 02:18 PM, Ryan Kaskel wrote:
Another little comment bug:
-
foo = True # the next line is indented incorrectly
# to here
On Sep 28, 2011, at 12:26 PM, Andreas Röhler wrote:
FYI: when patch by Thomas --thanks again BTW-- was merged,
py-python-command default changed
164
(defcustom py-python-command python
164
(defcustom py-python-command ipython
Please tell if you want back the default python.
Yes, please. :)
On Sep 28, 2011, at 01:15 PM, David Miller wrote:
Yes, please. :) ipython is a separate program that doesn't come with stock
Python.
How about conditionally setting it - this is essentially what Django does
with it's shell
(defcustom py-python-command (if (executable-find ipython) ipython
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sep 25, 2011, at 06:58 PM, Georg Brandl wrote:
if anything is highlighted, then it should be only locals at assignment.
Highlighting other assignments gets much too messy on the eyes (and if you
start highlighting variable (no such thing in
On Sep 12, 2011, at 10:17 AM, Andreas Röhler wrote:
intend to write
(defconst py-version 6.0.3)
in trunk, ie having py-version expressed number of upcoming release instead
of the last one.
There are lots of ways projects designate version number in unreleased
branches. I tend to like doing
I wrote a follow up rebuttal in the bug.
Cheers,
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Aug 16, 2011, at 11:07 PM, Cavesnow wrote:
I will try to explain my idea a bit better. Removing part with the
direct modification of load-path I think is clear: a library shouldn't
interfer with global settings.
Agreed.
If I understand
On Aug 10, 2011, at 06:09 PM, Andreas Röhler wrote:
What about restricting RET to newline and _not_ indent BTW?
Please no! You will physically hurt all of us dinosaurs. :)
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
On Jul 23, 2011, at 06:48 PM, Andreas Röhler wrote:
proudly announcing the release of
python-mode.el 6.0 at
http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz
Congratulations Andreas!
-Barry
signature.asc
Description: PGP signature
On Jun 17, 2011, at 08:34 AM, Andreas Röhler wrote:
would make a bug report/feature request for that.
Opinions?
Personally, I think it's overkill. I agree that making the default
indistinguishable would lessen the fruit salad look, but I wonder if it's
really all that useful.
I guess I would
On Jun 14, 2011, at 06:22 PM, Andreas Röhler wrote:
should be a pleasure for me to proceed at this point.
Fantastic!
Just a thought in context: as people my run parallel different versions of
python --locally or send something to remote machines-- there should be a way
to specify the version to
On May 20, 2011, at 01:41 PM, Andreas Röhler wrote:
think we should get the execfile issue fixed with next release too.
Definitely. Sorry for letting this one get buried in my inbox, but I've now
commented on the issue.
What about introducing a var indicating the python version the code is
Hi Andreas,
On Apr 15, 2011, at 08:59 AM, Andreas Röhler wrote:
def foo():
x = dict(
a=1,
b=2,
c=3,
)
which looks okay for me.
Except it's a regression from the trunk. When the open paren ends a line,
subsequent lines should get
On Apr 15, 2011, at 10:01 PM, Andreas Röhler wrote:
checked in the fix meanwhile. Behavior of trunk now default again.
I just grabbed the update and it looks good. Thanks, I'll use this version
over the weekend.
As for the new variable, would prefer a pure boolean for simplicity.
Maybe
On Apr 15, 2011, at 10:28 PM, Andreas Röhler wrote:
Am 15.04.2011 22:09, schrieb Barry Warsaw:
On Apr 15, 2011, at 10:01 PM, Andreas Röhler wrote:
checked in the fix meanwhile. Behavior of trunk now default again.
I just grabbed the update and it looks good. Thanks, I'll use this version
Oh you're going to love this one Andreas. ;)
-snip snip-
class Foo:
def baz(self):
^L
-snip snip-
I'm not sure this will come through on the email, but there is a control-L in
column zero of the last line. Now put point the line after `def baz` and hit
TAB. You'll get a
On Apr 14, 2011, at 07:59 PM, Eric S. Johansson wrote:
On 4/14/2011 5:18 PM, Andreas Röhler wrote:
Further fixes still ahead will take a little bit longer probably.
Maybe we should keep the trunk for some days before a release, to get som
e more testers.
I can spend a little time this weekend
On Apr 06, 2011, at 08:18 AM, Andreas Röhler wrote:
BTW I'm not sure how to proceed here. Shall I push further into myrkwid, or
rather freeze it, opening a new branch for any progress?
I think myrkwid is coming along, and I'm happy to keep running it to test it
out. My preference would be to
On Apr 04, 2011, at 05:46 PM, Stefan Monnier wrote:
;; That isn't covered by an FSF copyright assignment (?), unlike this
;; code, and seems not to be well-maintained for Emacs (though I've
;; submitted fixes).
I've said before, but it's worth repeating. While I still believe that at
some
On Apr 01, 2011, at 10:45 PM, Andreas Röhler wrote:
Am 01.04.2011 21:58, schrieb Barry Warsaw:
On Apr 01, 2011, at 12:31 PM, Andreas Röhler wrote:
checked in fixes. Also cured a mistake of 745208'-fix, where python- and
emacs-lisp logic has been came across...
Thanks Andreas! Things
On Mar 31, 2011, at 11:56 AM, Andreas Röhler wrote:
added still another python-mode-test.el, running
test-cases independently from bugs reported:
`py-run-tests' does for now
'py-beginning-of-block-test
'py-end-of-block-test
'py-beginning-of-block-or-clause-test
Thanks for CC'ing me. I'm now subscribed to emacs-devel via Gmane.
On Mar 30, 2011, at 04:10 PM, Andreas Röhler wrote:
glad to see Emacs python facilities improve. As you mention python-mode.el,
there are some remarks in python.el which I feel are not correct. If some
solution predates
On Mar 26, 2011, at 07:08 PM, Andreas Röhler wrote:
AFAIS all indent-bugs reported are done with Myrkwid branch.
Provided tests from inside Emacs for it: py-bug-numbered-tests.el
Also tests may be run in batch-mode: python-mode-tests.sh
Please have a look if it's ready:
Hi Andreas,
I don't disagree with anything you wrote, and of course we're allowed to use
anything GPL'd. I don't think even politeness mandates pre-approval in order
to *use* GPL code.
The let's be nice comment wasn't directed at you personally, or really
anybody here - I think we're all being
On Mar 25, 2011, at 09:51 AM, Andreas Röhler wrote:
while considering the request valid, even if the current
non-indent is an option,
what's the recommendable indent?
Would not choose the block-indent step, rather signal
it's something different at stake.
What about indenting it to the end of
On Mar 25, 2011, at 08:58 PM, Andreas Röhler wrote:
-snip snip-
(longer, sequence, of_items,
that, needs, to_be, wrapped) = input_list
packed_entry = (long, sequence, of_items,
that, needs, to_be, wrapped)
-snip snip-
What about calling the first an
Hi Andreas. Did you really mean to commit a directory listing as a .el file?
;)
-Barry
Begin forwarded message:
Date: Tue, 15 Mar 2011 11:11:16 -
From: nore...@launchpad.net
To: Barry Warsaw ba...@canonical.com
Subject: [Branch ~python-mode-devs/python-mode/python-mode] Rev 402:
py-goto
On Mar 15, 2011, at 07:47 PM, Andreas Röhler wrote:
To tackle remaining bugs, would
change some lisp of python-mode.el towards more common
forms. For example `py-save' now is as macro
`ignore-errors' available.
The question is cross-Emacsen compatibility, and also compatibility with older
On Mar 15, 2011, at 09:55 PM, Andreas Röhler wrote:
Listen, Barry: the code is intrinsic for me to an extend, that I don't know
how to fix the remaining bugs mentioned. All these bugs are absent in the
components branch, because it's simplified from the scratch - more or less...
Tried to
Hi Andreas,
r401 broke TAB indentation in Emacs 23. In the attached file, set the cursor
at the end of line 48, then hit return and tab. Point does not indent.
Cheers,
-Barry
# Copyright (C) 2011 by the Free Software Foundation, Inc.
#
# This file is part of GNU Mailman.
#
# GNU Mailman is
On Feb 25, 2011, at 12:18 PM, andrea crotti wrote:
Before I wasn't sure if it was an old bug, but today I got the last
revision from bzr and I see the same.
Function and variable names containing reserved keywords are not
highlighted correctly.
For example in
def generate_random_tuple()
tuple
On Feb 16, 2011, at 11:11 AM, s...@pobox.com wrote:
I haven't tried it though I suspect you're right. However, how in the hell
else are we ever going to reduce the number of different Python modes? So,
today the new python.el maintainer seems happy. Assume GNU Emacs sucks it
up. Two years
On Feb 15, 2011, at 08:52 PM, Andreas Röhler wrote:
from my perspective a release is feasible, after triple
quoted string bugs should be gone.
Sorry, I don't quite understand. Do you mean that we should release r396 or
that you have a few more patches to go in to fix the triple quoted string
On Feb 04, 2011, at 09:16 AM, Andreas Röhler wrote:
However, let me clarify: Emacs _can_ include, as long it is GPL and it is.
But they won't.
And so we can.
Yes, we're not bound by the same copyright assignment policy.
It's just to give up the insane copyright-policy, where I see no legitime
On Feb 03, 2011, at 09:23 PM, Georg Brandl wrote:
- From reading emacs-devel, it seems that the python.el has made
changes to the mode and explicitly taken them out of the copyright
assignment for the FSF, so Emacs upstream can't include them.
So now we are at three different python modes for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Feb 03, 2011, at 10:13 PM, Georg Brandl wrote:
Would we be able to find all the contributors and get them to sign papers
for the FSF? Otherwise there's no need to even think about that step.
At one point in the distant past we *did* that and
On Jan 13, 2011, at 10:09 PM, Andreas Röhler wrote:
Am 13.01.2011 21:05, schrieb s...@pobox.com:
I'm trying to get the latest python-mode.el to compile cleanly. I have this
definition:
;; Skip's XE workaround
(if (fboundp 'string-to-syntax)
(defalias 'py-string-to-syntax
On Jan 12, 2011, at 09:34 AM, Andreas Röhler wrote:
Bluntly said: Beside of the pps issue going to be solved, don't foresee
keeping a fully compatible python-mode. Trying that, I'm afraid we will go
out of business alltogether.
A solution might be keeping an XEmacs compatible separate version.
On Jan 12, 2011, at 07:16 AM, s...@pobox.com wrote:
Why not just refer to the last version which was XEmacs-friendly on the
Launchpad download site? I think 5.1.0. Modify 5.2.0 and greater if it's
loaded in an XEmacs session that certain stuff won't work until such time in
the future that it
Hi Andreas,
On Jan 11, 2011, at 09:55 AM, Andreas Röhler wrote:
With respect to the still considerable amount of
reports and a possible speed up of it's treatment, please
permit some reflexions, how ease the process:
- as for pure typos, whitespace, indent-matters IMHO
developers should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Jan 11, 2011, at 07:40 PM, Georg Brandl wrote:
-BEGIN PGP SIGNED MESSAGE-
Am 11.01.2011 16:20, schrieb Barry Warsaw:
Sure. I think it's fine to JFDI for trivial patches. After all, we have a
version control system and post-commit
Hi Andreas,
On Jan 09, 2011, at 08:34 PM, Andreas Röhler wrote:
with respect to bug-fixing discussions last days it
might be useful to reflect some rules in order to avoid
edit wars.
If several developers join interest in a solution, it's
fine. However, different persons tend to harbour
On Jan 09, 2011, at 08:29 AM, Georg Brandl wrote:
I've now commented out the problematic code -- I'll try to find out more and
maybe ask the Emacs devs, but it's not important enough to hold up a relese.
BTW, NEWS says New in version 5.2.0, so if you want to call the release
5.1.1 you have to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Jan 07, 2011, at 12:24 PM, Georg Brandl wrote:
It doesn't appear to affect behavior and I have no idea how to fix it, so I
think it shouldn't block your branch.
OK, it is now merged.
Cool, thanks.
Meanwhile, I found the bug -- I was trying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Jan 06, 2011, at 09:00 AM, Georg Brandl wrote:
Okay, I'll have a look at the customization issue.
It doesn't appear to affect behavior and I have no idea how to fix it, so I
think it shouldn't block your branch.
The problem is that after
Thanks Andreas and Georg for your recent commits to python-mode.el. I wonder
if it isn't time to start thinking about an official release, probably of 5.2?
Is there anything else anybody would like to get in, say over the next couple
of days? If not, I'd be happy to do a release on Friday, but
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
signature.asc
Description: PGP signature
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.
I think you did it just
On Mar 18, 2010, at 04:19 PM, Deniz Dogan wrote:
While we are already updating documentation, could someone change the
instructions to use `add-to-list' instead of using `setq' in
combination with `cons'? I'm not sure when `add-to-list' was added to
Emacs/XEmacs, but I'm pretty sure it's ancient
On Mar 16, 2010, at 07:37 AM, Eric M. Ludlam wrote:
Exuberent ctags supports python (though I don't know by how much), and
adding support in the CEDET/Semantic exuberant ctags support wouldn't be
too hard. Likely something like the patch attached.
exuberent-tags is a separate package on
revno: 352.1.1
committer: Barry Warsaw ba...@python.org
branch nick: python-mode
timestamp: Tue 2010-01-19 15:44:50 -0500
message:
Fix some indentation.
and the revno gets a dotted path, which is unique to the master branch (and
once you've
The plan is to ship it with python.el until we can ship it with
python-mode.el (the barrier being coipyright assignments).
Although I believe I've already done so, I've repeatedly said that I have no
problem assigning my changes in python-mode.el to the FSF (again). I think we
can get Skip,
On Mar 12, 2010, at 11:21 AM, Georg Brandl wrote:
Wouldn't that be the job of one of the numerous snippet packages that are
floating around? I'm using yasnippet myself, and it works very well.
(I know that python.el has some definitions for skeleton mode, but
python-mode.el doesn't, and I'm not
On Jan 18, 2010, at 06:27 PM, m h wrote:
I'm using pdb (from gud.el) with emacs, which is working pretty good.
I've got two gripes.
* After I run pdb on a testfile, the point goes to the top of the buffer
* I'd like to be able to click on files in the stacktrace (on
unittest failures) and
On Jan 19, 2010, at 12:18 PM, m h wrote:
Wow, didn't you add python support to gud?
If I did, it was a million years ago and I don't remember it ;).
Would you (or anyone else) care to mention their workflow? I've just
been trying to get python-mode C-c C-c to allow me to use pdb. But I
get an
On Jan 19, 2010, at 06:12 PM, Jeff Bauer wrote:
clickable? Is that like using that mouse thing? To
paraphrase a wise man, There's no clicking in Emacs! :)
But the track ball scroll wheel is AWESOME.
Hi Jeff! Yes, I completely agree. :)
-Barry
signature.asc
Description: PGP signature
On Dec 11, 2009, at 1:13 PM, Andreas Roehler wrote:
Already tried to tackle the issue. Works with GNU Emacs for me, not with
XEmacs until now.
Introduced some stuff from python.el - defconst
python-font-lock-syntactic-keywords etc.
Patch attached - not polished yet, but works here some
On Oct 17, 2009, at 11:54 AM, Andreas Roehler wrote:
(defcustom py-adressed-python-version
*With different Python versions, changes have been made, which
affect python execution as editing likewise.
If a version is specified here, python-mode will adapt its
proceeding to it.
Otherwise
On Sep 14, 2009, at 2:22 AM, Andreas Roehler wrote:
Not this time. :)
Sorry. Note to self: first sleep, /then/ reply.
-B
PGP.sig
Description: This is a digitally signed message part
___
Python-mode mailing list
Python-mode@python.org
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. It allows use of `M-x
On Sep 10, 2009, at 7:54 AM, Andreas Roehler wrote:
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
On Sep 11, 2009, at 3:55 PM, Andreas Roehler wrote:
as it turns out, assumed fix was wrong
as far it concerns XEmacs.
Change only works for GNU Emacs.
Will see.
Cool, thanks.
-Barry
PGP.sig
Description: This is a digitally signed message part
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 properly
might solve the bug
On May 28, 2009, at 7:09 AM, Andreas Roehler wrote:
python-mode.el was its bloody-minded determination to regard '_' as
a word
character, something which caused me more typing that it ever saved.
Its just one line to comment in python-mode.el, like this:
;; (modify-syntax-entry ?\_ w
On May 4, 2009, at 3:59 PM, Andreas Röhler wrote:
IMO any new obviously useful features should be enabled by
default. Old Timers should have no problem reverting to older
configurations via settings. A point which generates much
contention I
know. As it is, Python set up is/was a minefield.
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 displayed at line 4 import
On May 1, 2009, at 4:50 PM, Andreas Roehler wrote:
Hhm. Could you give me an example, how you run script activating
pdbtrace, reaching
the standard (pdb) prompt from Emacs?
I almost always just add the following line to the source code at the
point I want to start debugging:
import
1 - 100 of 129 matches
Mail list logo