Re: [Python-mode] python-mode.el checkout

itional check for being not-in-string: (not (numberp (nth 3 state))) Thanks Andreas Röhler diff -u -b /old/python-mode.el /new/python-mode.el --- /old/python-mode.el 2008-05-07 08:05:55.0 +0200 +++ /new/python-mode.el 2008-05-08 15:28:35.0 +0200 @@ -3522,7 +3522,7 @@ (setq

Re: [Python-mode] python-mode.el checkout

Am Freitag, 9. Mai 2008 03:14 schrieben Sie: > > Andreas> Herewith the patch > > Andreas> Introduced an additional check for being not-in-string: > > Andreas> (not (numberp (nth 3 state))) > > Andreas> Thanks > > Andreas>

Re: [Python-mode] Moved to Launchpad and Bazaar

Hi Barry, I asked for join with my adress already registered at launchpad: [EMAIL PROTECTED] Baazar seems interesting, the rather childish atmosphere of launchpad I hope to bear for Emacs's sake. :) Thanks for python-mode BTW. Andreas Röhler Am Freitag, 9. Mai 2008 17:23 schrieb

Re: [Python-mode] [CEDET-devel] python

own, (see cc) its run by Barry Warsaw. python-mode.el is designed for all Emacsen. We take interest in any python-related topic with Emacs. So please feel free to cc or adress us with your questions, even if not python-mode.el specific. Thanks Andreas Röhler -- http://bazaar.launchpad.net/~

[Python-mode] [Fwd: Re: python setup ?]

Hi Barry, as some questions about Emacs and python are raised, I forward that here. Tend to delete all files beside python-mode.el from my branch. Good idea? Agreed? Andreas --- Begin Message --- Andreas Röhler writes: > Richard Riley wrote: >> Andreas Röhler writes: >> &g

Re: [Python-mode] [Fwd: Re: python setup ?]

Barry Warsaw wrote: > On Apr 27, 2009, at 8:41 AM, Andreas Röhler wrote: > >> as some questions about Emacs and python are raised, I forward that >> here. >> >> Tend to delete all files beside python-mode.el from my branch. >> >> Good idea? Agreed? > &

[Python-mode] [Fwd: Re: python setup ?]

writes: > Andreas Röhler writes: > >> Richard Riley wrote: >>> Andreas Röhler writes: >>> >>> >>>> Richard Riley wrote: >>>> >>>>> Richard Riley writes: >>>>> >>>>> >

Re: [Python-mode] python setup ?

or-class (really "or") py-beginning-of-def-or-class-if-arg So far Andreas Röhler -- http://bazaar.launchpad.net/~a-roehler/python-mode/python-mode.el/ https://code.launchpad.net/s-x-emacs-werkstatt/ >BTW have a look at

[Python-mode] [Fwd: Re: python setup ?]

--- Begin Message --- Actually, as an aside, what sort of workflows do people have when using emacs with something like python? Being relatively new to emacs I've been struggling slightly with finding an optimal workflow. For example, in other editors/IDEs my workflow would be something along the

Re: [Python-mode] python setup ?

Richard Riley wrote: > Barry Warsaw writes: > > >> On Apr 30, 2009, at 3:25 AM, Andreas Röhler wrote: >> >> >>> With python-mode.el, people may have good reasons, to >>> use it as it is - and me to leave it as it is. Thats >>&g

Re: [Python-mode] python setup ?

Barry Warsaw wrote: > 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 gen

Re: [Python-mode] python setup ?

Richard Riley wrote: > hi Andreas, > > but can one list breakpoints in pydb? Cant see how. > > r. > > info breakpoints http://bashdb.sourceforge.net/pydb/pydb/lib/subsubsection-info.html Grüße Andreas ___ Python-mode mailing list Python-mode@python

Re: [Python-mode] python-mode not working in Ubuntu

[email protected] wrote: > Hello, > > I am an EMACS user and I know scheme, but I don't know EMACS lisp and I've run > into a problem where I could use some help. > > I installed the following packages on Ubuntu intrepid: > > bash$ dpkg -l | grep -E 'emacs|python-mode' > ii emacs

[Python-mode] hide-show support enabled with python-mode.el

Thanks for contribution! Andreas --- Begin Message --- User: aroehler Date: 09/09/29 12:18:50 Modified:packages/xemacs-packages/python-modes python-mode.el Log: Add support for HideShow Mikhail Novikov delivered this patch at https://code.launchpad.net/~freiksenet/python-mode/hide-sho

Re: [Python-mode] Emacs block indentation

Jaideep Das wrote: > I am using emacs 2.2 at work and 2.3 at home for python coding. I want to > know how can I indent or outdent a block of code multiple times. What I mean > is when I select a code part using C-space and then use C-x / C-c-> / > C-c-< to indent or outdent, this only works once a

Re: [Python-mode] More interactive python

Andrea Crotti wrote: > For some reasons I've never been able to write to python-mode (via > gmane+gnus) so I'll write it here... > Hi Andrea, you should not encounter difficulties posting to this list: [email protected] You can also join the mailing list at

Re: [Python-mode] More interactive python

Andrea Crotti wrote: > Andreas Röhler writes: > >> Andrea Crotti wrote: >> >> I'll forward this message meanwhile. > > Well I have no idea, I'm already subscribed > --8<---cut here---start->8--- > An attem

Re: [Python-mode] python mode shell and unicode

Max Arnold wrote: > On Sat, Mar 27, 2010 at 06:48:00PM +0100, Andreas Röhler wrote: >>> My python-shell invoked via C-c C-c from python buffer can not print >>> unicode characters (emits >>> UnicodeEncodeError) and sys.stdout.encoding is empty. System wide LANG

Re: [Python-mode] python mode shell and unicode

Max Arnold wrote: > On Sun, Mar 28, 2010 at 09:25:02AM +0200, Andreas Röhler wrote: >> Hmm, see inside `python-send-region' >> >> ;; Fixme: Write a `coding' header to the temp file if the region is >> ;; non-ASCII. >> >> Maybe that indicates

Re: [Python-mode] python mode shell and unicode

Max Arnold wrote: > On Sun, Mar 28, 2010 at 04:56:49PM +0200, Andreas Röhler wrote: >> Looks like your problem is rather on the python than the emacs side. > >> Download it here >> http://launchpad.net/python-mode/trunk/5.1.0/+download/python-mode.el >> >> M

Re: [Python-mode] python mode shell and unicode

Max Arnold wrote: > On Sun, Mar 28, 2010 at 06:34:06PM +0200, Andreas Röhler wrote: >>> On Sun, Mar 28, 2010 at 04:56:49PM +0200, Andreas Röhler wrote: >>>> Looks like your problem is rather on the python than the emacs side. >>>> Download it here >>>&

[Python-mode] [Fwd: Python auto-completion without pymacs]

--- Begin Message --- Given that I had some bad experiences with pymacs I would like to avoid it entirely, but I would still love to have things like auto completion or inline documentation. Anyone has seen some of those features implemented without using pymacs maybe? Thanks --- End Message 

[Python-mode] new branch `python-mode-com

Hi Barry, hi all, new branch `python-mode-components' intends towards a python-IDE as discussed ago. `python-mode-components' enables use of `imenu' in python-buffers. Basiscally it splits up python-mode.el. That should make further editing easier, permitting pydb.el alongside with existing p

[Python-mode] py-goto-initial-line doku

Hi Barry, hi all, suggest to drop the second sentence in doku of `py-goto-initial-line' --see below-- as it's confusing. "Usually this is the line we're on" might be true, but has no syntactic relevance. It's not obvious, what "a continuation block" should mean. For me a block is the body of

Re: [Python-mode] py-goto-initial-line doku

Am 21.09.2010 20:27, schrieb Barry Warsaw: On Sep 21, 2010, at 10:33 AM, Andreas Röhler wrote: suggest to drop the second sentence in doku of `py-goto-initial-line' --see below-- as it's confusing. "Usually this is the line we're on" might be true, but has no s

Re: [Python-mode] py-goto-initial-line doku

Am 21.09.2010 20:27, schrieb Barry Warsaw: On Sep 21, 2010, at 10:33 AM, Andreas Röhler wrote: suggest to drop the second sentence in doku of `py-goto-initial-line' --see below-- as it's confusing. "Usually this is the line we're on" might be true, but has no s

[Python-mode] py-backslash-continuation-line-p

Hi Barry, hi all, replaced in lp:~a-roehler/python-mode/tqs-302834-amend branch, which is expected for a merge next: `py-backslash-continuation-line-p' with `py-backslash-continuation-preceding-line-p' as it addresses preceding line, not current. Adressing the current one might be of some

[Python-mode] python-mode-reassembled.el

Hi Barry, hi folks, after some re-design done in https://code.launchpad.net/~a-roehler/python-mode/python-mode-components, re-arranged the changed code alongside with the unchanged into a single file again for your convenience: ~a-roehler/python-mode/python-mode-components : /python-mode-reass

Re: [Python-mode] [Bug 652005] Re: py-beginning-of-block feature request

Am 06.10.2010 13:40, schrieb Barry Warsaw: Hi Andreas, I think it's fine if you discuss this on python-mode@ Changes in https://code.launchpad.net/~a-roehler/python-mode/python-mode-components Hi Barry, hi folks as rewrite of python-mode.el is conceived part of a larger project started a

[Python-mode] obsolete bugs, Blueprints

Hi Skip, hi folks, seeing Barry gave administration rights to us, we may now adress the ancient bugs one by one, close the obsolete. Closing the obsolete should speed up further development, as the number of good ancient reports is considerable and probably no one will dig through there easily.

[Python-mode] go-to-initial-line

Hi Barry, hi Skip, hi python-mode folks, just checked in a fix for `go-to-initial-line'. It's pretty sure from my perspective, there will be lot more bugs of these kind be inside the venerable trunk. Could build a kind machine from abtract reasoning producing it's reports. However, fixing them

Re: [Python-mode] Bug in python-mode.el 5.1.0?

Am 30.10.2010 12:57, schrieb Christoph Conrad: Hi, i assume the following code should be changed: ;; TBD: a horrible hack, but why create new Custom variables? ;; -cco- OLD: (let ((cmd (concat py-which-shell (if (string-equal py-which-bufname (let ((cmd (concat shell (if (

Re: [Python-mode] Time for a new release?

Am 05.01.2011 19:45, schrieb Barry Warsaw: 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

[Python-mode] milestone 5.1.1

Hi Barry, looks like milestone is reached now. As Skip asked for a tarball... Cheers Andreas ___ Python-mode mailing list [email protected] http://mail.python.org/mailman/listinfo/python-mode

Re: [Python-mode] milestone 5.1.1

Am 08.01.2011 22:57, schrieb Barry Warsaw: On Jan 08, 2011, at 10:43 PM, Georg Brandl wrote: I'm not sure whether to keep the string-escaping highlighting; I've started seeing mishighlighted files again... did anyone else notice something? I haven't yet, but I also haven't done a lot of Pyth

[Python-mode] avoiding edit wars

Hi Barry, 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 different opinions, that's normal. So how to make decisions t

[Python-mode] simplified procedure

Hi Barry, thanks for the merges. 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 permitted to push into the trunk

Re: [Python-mode] c/c++ project management and debugging

Am 10.01.2011 17:18, schrieb Richard Riley: Gary writes: Le Wang wrote: My opinion of Eclipse aside, generally, when someone argues is because Google results count is xxx, you should seriously question that side of the argument. I didn't claim it was slow "because Google results count i

Re: [Python-mode] [Merge] lp:~a-roehler/python-mode/string-to-syntax into lp:python-mode

Am 12.01.2011 03:50, schrieb [email protected]: Sorry this got all garbled, however... Andreas> diff python-mode.el.THIS python-mode.el.BASE Andreas> 447c447 Andreas> < (syntax (parse-partial-sexp (point-min) (point Andreas> --- >> (syntax (syntax-p

Re: [Python-mode] confusion about py-string-to-syntax def

Am 13.01.2011 21:05, schrieb [email protected]: 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 string-to-syntax) (defun py-string-to-syntax (s)

Re: [Python-mode] confusion about py-string-to-syntax def

Am 13.01.2011 22:16, schrieb [email protected]: >>> I'm trying to get the latest python-mode.el to compile cleanly. Neither of you answered this question. :-) How do I get those warnings to go away? Skip Hi Skip, seems you introduced a bug. Why not use the trunk? BTW all the "py-"-pre

Re: [Python-mode] confusion about py-string-to-syntax def

[ ... ] What is tqs-syntax-setting? Meant: Defining the syntax for the triple-quoted-string. ___ Python-mode mailing list [email protected] http://mail.python.org/mailman/listinfo/python-mode

Re: [Python-mode] bug?

Am 15.01.2011 16:49, schrieb Barry Warsaw: On Jan 14, 2011, at 09:49 PM, Glenn Linderman wrote: So here is a minimal test case: """ " """ def foo( bar ): _ # cursor stays at left margin instead of indenting. Confirmed with r390 of python-mode.el. It's definitely that embedded double quote

Re: [Python-mode] Version?

Am 17.01.2011 13:53, schrieb [email protected]: I have a branch. According to bzr diff it's identical to lp:python-mode python-mode% bzr diff http://bazaar.launchpad.net/~python-mode-devs/python-mode/python-mode/python-mode.el python-mode.el python-mode% Seems bazaar diff fails here.

Re: [Python-mode] Version?

Am 17.01.2011 18:53, schrieb [email protected]: Andreas> Seems bazaar diff fails here. Andreas> bzr branch lp:python-mode Andreas> should deliver the trunk I'm inside my python-mode sandbox: % bzr branch lp:python-mode Branched 390 revision(s). python-mode% bzr

Re: [Python-mode] Still broken

Am 17.01.2011 20:51, schrieb [email protected]: I moved ~/src/python-mode out of the way, then from ~/src I executed bzr co lp:python-mode I verified that it says I have version 5.2.0: (defconst py-version "5.2.0" "`python-mode' version number.") Byte compilation still fails (in

Re: [Python-mode] [Bug 637955] Re: py-previous-statement fails

Am 14.10.2010 13:13, schrieb Andreas Roehler: ** Changed in: python-mode Assignee: (unassigned) => Andreas Roehler (a-roehler) Hi Barry, AFAIS it's gone in the trunk now. Could you check it again, so it may be closed? Thanks Andreas ___ Py

[Python-mode] upcoming release

Hi Barry, enabling XEmacs' handling of triple-quoted-strings fixing bugs known for now seems an interesting item from my perspective. paragraph-fill-warts branch should enable this. https://code.launchpad.net/~a-roehler/python-mode/paragraph-fill-warts It comes with a lot of utilities though

Re: [Python-mode] upcoming release

Am 29.01.2011 01:06, schrieb [email protected]: Barry> I've merged your branch and will play with it over the weekend. Barry> I'm going to leave it to Skip to verify the XEmacs compatibility Barry> issues (Skip please let us know if you need help getting Barry> Andreas's bra

Re: [Python-mode] upcoming release

Am 28.01.2011 23:09, schrieb Barry Warsaw: On Jan 28, 2011, at 10:56 PM, Andreas Röhler wrote: enabling XEmacs' handling of triple-quoted-strings fixing bugs known for now seems an interesting item from my perspective. paragraph-fill-warts branch should enable this. https://code.launchpa

Re: [Python-mode] upcoming release

Am 29.01.2011 16:03, schrieb [email protected]: Andreas> Could you pull again and check? I get failures when I visit a .py file. load-path includes your version at the front: ("/Users/skip/src/paragraph-fill-warts" "/Users/skip/emacs/sql" "/Users/skip/emacs/url" "/Users/skip/emac

Re: [Python-mode] upcoming release

Am 29.01.2011 17:12, schrieb [email protected]: Andreas> Ok, so let's have it. Pushed just now. File mode specification error: (file-error "Cannot open load file: %s" string-strip) ehm... pushed load-path: `load-path' is a simple built-in variable. Value: ("/Users/skip/src

Re: [Python-mode] upcoming release

Am 29.01.2011 17:41, schrieb [email protected]: Latest error: File mode specification error: (file-error "Cannot open load file: %s" sh-beg-end) Well, it's able to jump to beginnings- and end of shell blocks, what the common GNU mode can't This world should be finite though... added and p

Re: [Python-mode] Latest error

Am 29.01.2011 18:16, schrieb [email protected]: Looks like thingatpt-utils-base requires thingatpt-highlight which doesn't exist in the checkout. I evaled all the (require) statements from the .el files in a (progn) block: (progn (require 'easymenu) (require 'ansi-color) (requ

Re: [Python-mode] Latest error

Am 29.01.2011 18:52, schrieb [email protected]: >> thingatpt-highlight was the only one it complained about. Andreas> Hmm, seems I underestimated the issue. Andreas> added and pushed. I'm getting farther. Looks like thingatpt-highlight was missing (when (featurep 'xemacs)

[Python-mode] paragraph-fill-warts branch

Hi Skip, the old bug should be gone now. As its redone from the bottom, filling isn't correct yet. However, borders of triple-quoted-string now are recognised, `ar-bounds-of-triplequoted-atpt' should report it for example, the remaining should not be a rocky mountain. Andreas _

Re: [Python-mode] paragraph-fill-warts branch

Am 29.01.2011 22:34, schrieb [email protected]: Original-Nachricht Datum: Sat, 29 Jan 2011 15:20:56 -0600 Von: [email protected] An: "Andreas Röhler" CC: [email protected] Betreff: Re: [Python-mode] paragraph-fill-warts branch Andreas> the old bug s

Re: [Python-mode] paragraph-fill-warts branch

Am 30.01.2011 23:16, schrieb [email protected]: Andreas> When reporting the remaining bugs, please make an entry in the Andreas> tracker and mention the kind of Emacs/version. Done: https://bugs.launchpad.net/python-mode/+bug/710373 Andreas, if you would like a login on my Mac lap

Re: [Python-mode] python.el

Am 03.02.2011 21:23, schrieb Georg Brandl: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - 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 ar

Re: [Python-mode] python.el

Am 03.02.2011 22:48, schrieb Aaron Culich: On Thu, Feb 3, 2011 at 1:13 PM, wrote: Georg> - From reading emacs-devel, it seems that the python.el has made Georg> changes to the mode and explicitly taken them out of the Georg> copyright assignment for the FSF, so Emacs upstream c

Re: [Python-mode] python.el

[ ... ] He must have a big bee in his bonnet. Always being patient with the genial. Which permits being patient with the common one, including myself. :-) Cheers Andreas ___ Python-mode mailing list [email protected] http://mail.python.o

Re: [Python-mode] python.el

Am 04.02.2011 16:30, schrieb Barry Warsaw: 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

[Python-mode] py-match-paren

Hi Barry, herewith a function I'm used to when editing and didn't want miss it in python-mode. Maybe have a look, if it seems useful for others too. Needs (require 'beg-end) (require 'thing-at-point-utils) (require 'thingatpt-utils-base) from https://code.launchpad.net/s-x-emacs-werkstatt/

Re: [Python-mode] Latest paragraph-fill-warts branch

Am 13.02.2011 22:50, schrieb [email protected]: I don't know where we left things w.r.t. the Andreas's paragraph-fill-warts branch, but I just updated and fired up a new copy of XEmacs. Then edited my current small test file. After filling the doc string I see the same issue reported before by (I

[Python-mode] paragraph-fill-warts

Hi Skip, paragraph-fill-warts bug should be cured now for XEmacs too in python-mode-components branch. Will set branch `paragraph-fill-warts' on `obsolet'. Realised finally the related XEmacs-compat stuff inside python-mode-components, which turned out much easier. Might be some differences i

[Python-mode] release?

Hi Barry, from my perspective a release is feasible, after triple quoted string bugs should be gone. After release, I'll toggle the bug flags, so it will no longer list as open. Also would do a release of python-components-mode afterwards, which should fix the paragraph-fill bugs too. Andr

Re: [Python-mode] Announcement of a new python major-mode on emacs-devel

Am 16.02.2011 18:51, schrieb Barry Warsaw: On Feb 16, 2011, at 10:34 AM, m h wrote: * patch the new code to pull in any missing python-mode.el functionality The latter could be seen as a merge that would give a one true mode with superset functionality. It would also get python-mode effective

Re: [Python-mode] release?

Am 15.02.2011 20:54, schrieb Barry Warsaw: 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

Re: [Python-mode] release?

Am 17.02.2011 22:44, schrieb Barry Warsaw: On Feb 17, 2011, at 04:39 PM, Andreas Röhler wrote: Hmm, the bugs exists only for XEmacs now AFAIS. But fixing it there will open more bugs then closing that way probably. Which doesn't mean it's a bad thing, because it should open some rou

Re: [Python-mode] highlight bug?

Am 25.02.2011 12:18, schrieb andrea crotti: 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 is colo

Re: [Python-mode] highlight bug?

Am 25.02.2011 13:32, schrieb andrea crotti: Ok first I need to be sure I'm up to date. I'm at revision 396, and also here https://code.launchpad.net/~python-mode-devs/+ownedbranches I see the same as last commit done... Are there any more advanced branches? usually I start here: https://code

Re: [Python-mode] highlight bug?

Am 25.02.2011 16:30, schrieb andrea crotti: 2011/2/25 Andreas Röhler: usually I start here: https://code.launchpad.net/python-mode BTW my components branch is still heavily changed, major changes underway... Have a look at the thing-at-point utils stuff nonetheless, for me it's a r

Re: [Python-mode] highlight bug?

Am 25.02.2011 16:35, schrieb andrea crotti: Uhm even forcing the load of the file python-mode.el doesn't work. But I think I found it, in wisent-python.el there is ;; Try to load python support, but fail silently since it is only used ;; for optional functionality (require 'python nil t) Which

[Python-mode] highlight-indentation

Hi Barry, just seeing highlight-indentation by Anton Johansson - thanks a lot to him BTW - which I suggest to include into next release. It delivers graphical bars indicating the indent-level, makes em more impressive. Might be useful in certain circumstances. Source: https://github.com/

Re: [Python-mode] highlight-indentation

Am 11.03.2011 13:47, schrieb Barry Warsaw: On Mar 09, 2011, at 10:24 PM, Andreas Röhler wrote: just seeing highlight-indentation by Anton Johansson - thanks a lot to him BTW - which I suggest to include into next release. It delivers graphical bars indicating the indent-level, makes em more

Re: [Python-mode] highlight-indentation

Am 12.03.2011 04:28, schrieb Barry Warsaw: Hi Andreas, I noticed that you committed this file to our bzr tree. Hi Barry, took preceding exchange for an approval. Will be more carful next time. I'm concerned about doing this without Anton's approval (and maybe even with it). Anton probab

Re: [Python-mode] highlight-indentation

Hi Anton, thanks a lot BTW. Added a link onto your repo into the header. In order to get a wider audience with resp. to other modes an entry at http://www.emacswiki.org/emacs-en might be useful. As for bug-tracking think we should forward any report to you, if it concerns your file(s). OTO

Re: [Python-mode] Error during indentation

Am 13.03.2011 12:49, schrieb Andrea Crotti: I get a strange error when I have a situation like this: --8<---cut here---start->8--- 1 class Foo(object): 2 """ 3 Some doc 4 """ 5 --8<---cut here-

Re: [Python-mode] Error during indentation

Am 13.03.2011 21:09, schrieb Andrea Crotti: Barry Warsaw writes: On Mar 13, 2011, at 12:49 PM, Andrea Crotti wrote: I get a strange error when I have a situation like this: --8<---cut here---start->8--- 1 class Foo(object): 2 """ 3

Re: [Python-mode] running Python tests

Am 15.03.2011 04:39, schrieb Yaroslav Halchenko: Dear Python-mode gurus, could someone look into adopting at least minimalistic convenience to run unittests from within emacs? e.g. https://bitbucket.org/jpellerin/nosemacs seems to be doing its minimal job just fine Hi Yaroslav, thanks poin

Re: [Python-mode] Fw: [Branch ~python-mode-devs/python-mode/python-mode] Rev 402: py-goto-beginning-of-tqs-lp:735328-test with py-bug-numbered-tests.el added

Am 15.03.2011 17:23, schrieb Barry Warsaw: Hi Andreas. Did you really mean to commit a directory listing as a .el file? ;) -Barry OMG, seems something swapped over... Sorry and thanks. It's okay at my home board BTW, no magic. Just got the wrong buffer when saving. Andreas Begin forwa

[Python-mode] apropos py-bug-numbered-tests

Hi Barry, test concerning last bug report `goto-beginning-of-tqs-lp:735328-test' should go through with python-mode.el, some others too, but not all. 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

Re: [Python-mode] apropos py-bug-numbered-tests

Am 15.03.2011 21:09, schrieb Barry Warsaw: 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 cro

Re: [Python-mode] r401 is broken

Am 15.03.2011 22:21, schrieb Barry Warsaw: 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 there was a typo, done now. Will see again tomorrow. __

Re: [Python-mode] highlight-indentation

%s\\}" (- highlight-indent-offset 1)) (1 'highlight-indent-face so if you find a better place to extract that to syntax highlighting code it might be better... Cheers -- Anton On Mar 13, 2011, at 09:15 , Andreas Röhler wrote: Hi Anton, thanks a lot BTW. Added a link onto your r

[Python-mode] bug lp:328842, flexible-indentation of multiline assignements

Hi Barry, hi all, 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 first element of previous line?

Re: [Python-mode] highlight-indentation

Am 14.03.2011 17:49, schrieb Barry Warsaw: @pycon so just a quick reply... On Mar 12, 2011, at 01:44 PM, Andreas Röhler wrote: As for the approval: thought that's precisely what the GPL is for. Well, the GPL makes it *legal*, but approval keeps us nice. :) -B Hi Barry, makes me

Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements

Am 25.03.2011 14:07, schrieb [email protected]: Andreas> What about indenting it to the end of first element of previous Andreas> line? That is precisely the problem. That's what it does today, and if the lhs of the assignment is a complex expression, the continuation is indented way

Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements

Am 25.03.2011 14:35, schrieb Andreas Röhler: Am 25.03.2011 14:07, schrieb [email protected]: Andreas> What about indenting it to the end of first element of previous Andreas> line? That is precisely the problem. That's what it does today, and if the lhs of the assignment is a complex

Re: [Python-mode] highlight-indentation

Am 25.03.2011 16:08, schrieb Barry Warsaw: 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

Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements

Am 25.03.2011 16:54, schrieb Barry Warsaw: 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 di

Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements

Am 25.03.2011 19:32, schrieb [email protected]: I find this indentation truly grating: self.last_abc_attr = self.last_xyz_attr = \ self.last_abc_other = \ self.last_xyz_other = None Now, I can move self.last_xyz_attr to a continu

[Python-mode] myrkwid ready to merge?

Hi Barry, 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: https://code.launchpad.net/~a-roehler/python-mode/myrkwid The c

Re: [Python-mode] myrkwid ready to merge?

Am 28.03.2011 16:55, schrieb Barry Warsaw: 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

Re: [Python-mode] myrkwid ready to merge?

Am 29.03.2011 20:36, schrieb Barry Warsaw: Andreas, when I find problems with the myrkwid branch, do you want me to mention them here or submit bug reports? Here's the first problem I've noticed. Open up Python 3.3's setup.py (i.e. on the mercurial default branch). Go to the end of line 371, w

Re: [Python-mode] python.el cleanup

Am 30.03.2011 04:58, schrieb Christoph Scholtes: Stefan Monnier writes: Could you just clarify why they're considered obsolete (e.g. what would the user use instead)? `python-shell' is not needed since Dave's mode already had 'run-python' to invoke the python interpreter. It offers no advant

Re: [Python-mode] myrkwid ready to merge?

[ ... ] Hi Barry, 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 'py-end-of-block-or-clause-tes

Re: [Python-mode] myrkwid bug with backspace/delete

Am 31.03.2011 17:36, schrieb Barry Warsaw: Hi Andreas, myrkwid branch still has a minor problem. -snip snip- class Foo: def foo(self): pass -snip snip- Put point at the end of the 'pass' line. Hit return. Indentation is correct. However backspace/delete never m

Re: [Python-mode] myrkwid bug with backspace/delete

Am 31.03.2011 17:36, schrieb Barry Warsaw: Hi Andreas, myrkwid branch still has a minor problem. -snip snip- class Foo: def foo(self): pass -snip snip- Put point at the end of the 'pass' line. Hit return. Indentation is correct. However backspace/delete never m

Re: [Python-mode] myrkwid bug with backspace/delete

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 are looking better, but still not quite pe

  1   2   3   4   5   >