From Tom_Roche at pobox.com Thu Sep 8 03:45:37 2011 From: Tom_Roche at pobox.com (Tom Roche) Date: Wed, 07 Sep 2011 21:45:37 -0400 Subject: [Python-mode] pymacs integration/support References: <4E66B8F4.8020309@iro.umontreal.ca> <871uvx1k1w.fsf@pobox.com> Message-ID: <87ehzrlsce.fsf@pobox.com> Dunno if this is relevant or helpful, but here goes: I decided to install pymacs to enable me to use python-mode, as I'm preparing to do more serious work with python (via PyNIO). I encountered a minor problem installing pymacs, about which I posted the pymacs list, and got help from the developer, Fran?ois Pinard. Along the way I mentioned that I was installing pymacs for use with python-mode, and he mentioned that he was not doing much emacs work, so I asked Tom Roche 2011-09-06 17:23, >> what are your plans for pymacs support? Fran?ois Pinard Tue, 06 Sep 2011 20:21:08 -0400 > Pymacs does not have that many bugs, so I guess I could maintain it > with a moderate amount of work. The story is that I transmitted > maintenance to someone else, years ago. Nothing happened for a long > while, which is not really a problem, as when a package is stable, I > do not see the need to make releases merely to create artificial > activity. But, then, the new maintainer vanished, and after a while, > I saw someone else who wanted to bloat Pymacs to the point of > killing the idea (in my opinion). So, I resumed maintenance, more to > salvage Pymacs than because I want control. >> Handoff to the python-mode folks? > Surely no problem with me if they are interested. I would happily > leave Pymacs to people who are reasonably competent, and more > interested to users than to themselves. Moreover, Pymacs may be > forked by anyone who would feel otherwise -- I really mean it to be > free software! :-). This might ease pymacs integration, or just be One More Thing To Do-- I dunno. But if you are interested, Pinard is easy to contact: http://pymacs.progiciels-bpi.ca/index.html > report problems, comments and suggestions to > Fran?ois Pinard at pinard at iro.umontreal.ca. HTH, Tom Roche From andreas.roehler at online.de Thu Sep 8 07:48:12 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Thu, 08 Sep 2011 07:48:12 +0200 Subject: [Python-mode] pymacs integration/support In-Reply-To: <87ehzrlsce.fsf@pobox.com> References: <4E66B8F4.8020309@iro.umontreal.ca> <871uvx1k1w.fsf@pobox.com> <87ehzrlsce.fsf@pobox.com> Message-ID: <4E68571C.4070701@online.de> Am 08.09.2011 03:45, schrieb Tom Roche: > > Dunno if this is relevant or helpful, but here goes: > > I decided to install pymacs to enable me to use python-mode, as I'm preparing to do more serious work with python (via PyNIO). I encountered a minor problem installing pymacs, about which I posted the pymacs list, and got help from the developer, Fran?ois Pinard. Along the way I mentioned that I was installing pymacs for use with python-mode, and he mentioned that he was not doing much emacs work, so I asked > > Tom Roche 2011-09-06 17:23, >>> what are your plans for pymacs support? > > Fran?ois Pinard Tue, 06 Sep 2011 20:21:08 -0400 >> Pymacs does not have that many bugs, so I guess I could maintain it >> with a moderate amount of work. The story is that I transmitted >> maintenance to someone else, years ago. Nothing happened for a long >> while, which is not really a problem, as when a package is stable, I >> do not see the need to make releases merely to create artificial >> activity. But, then, the new maintainer vanished, and after a while, >> I saw someone else who wanted to bloat Pymacs to the point of >> killing the idea (in my opinion). So, I resumed maintenance, more to >> salvage Pymacs than because I want control. > >>> Handoff to the python-mode folks? > >> Surely no problem with me if they are interested. I would happily >> leave Pymacs to people who are reasonably competent, and more >> interested to users than to themselves. Moreover, Pymacs may be >> forked by anyone who would feel otherwise -- I really mean it to be >> free software! :-). > > This might ease pymacs integration, or just be One More Thing To Do-- > I dunno. But if you are interested, Pinard is easy to contact: > > http://pymacs.progiciels-bpi.ca/index.html >> report problems, comments and suggestions to >> Fran?ois Pinard at pinard at iro.umontreal.ca. > > HTH, Tom Roche Hi Francoise, hi Tom, that's really good news. think we should make sure Pymacs is available with python-mode, ie delivering a copy as a fallback, should it not being installed already. Probably we should include some checks. Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From georg at python.org Mon Sep 12 09:09:27 2011 From: georg at python.org (Georg Brandl) Date: Mon, 12 Sep 2011 09:09:27 +0200 Subject: [Python-mode] Now testing latest version Message-ID: <4E6DB027.6070202@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've finally updated to the latest bzr version, and so far everything seems smooth. Some of the new customizables are really useful. One question: what does py-backslashed-continuation-indent do? When is it used, and when is py-continuation-offset used? Thanks Andreas for the work! Georg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk5tsCcACgkQN9GcIYhpnLBt4QCeLZluOwiud6TfaRk7JLU2Ew+E NewAnig363s4nnGiGHHXUgL0eYhWQnfw =tfNX -----END PGP SIGNATURE----- From andreas.roehler at online.de Mon Sep 12 09:50:56 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Mon, 12 Sep 2011 09:50:56 +0200 Subject: [Python-mode] Now testing latest version In-Reply-To: <4E6DB027.6070202@python.org> References: <4E6DB027.6070202@python.org> Message-ID: <4E6DB9E0.60206@online.de> Am 12.09.2011 09:09, schrieb Georg Brandl: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I've finally updated to the latest bzr version, and so far everything > seems smooth. Some of the new customizables are really useful. > > One question: what does py-backslashed-continuation-indent do? When is > it used, and when is py-continuation-offset used? > Hi Georg, thanks a lot caring for that. Looks `py-backslashed-continuation-indent' is out of duty :) should be dropped. Andreas From andreas.roehler at online.de Mon Sep 12 10:17:08 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Mon, 12 Sep 2011 10:17:08 +0200 Subject: [Python-mode] version number in trunk Message-ID: <4E6DC004.9090100@online.de> Hi Barry, 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. Think if user has opened two python-mode.el from trunk and release, it's visible that way from the number, what's the trunk. Just FYI, cheers, Andreas From barry at python.org Mon Sep 12 16:39:02 2011 From: barry at python.org (Barry Warsaw) Date: Mon, 12 Sep 2011 10:39:02 -0400 Subject: [Python-mode] version number in trunk In-Reply-To: <4E6DC004.9090100@online.de> References: <4E6DC004.9090100@online.de> Message-ID: <20110912103902.63d65956@resist.wooz.org> 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 "x.y.z+" where "x.y.z" is the last official release. However, for python-mode, I think it's up to you how you want to handle this, so if this works best for you, go for it. -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From andreas.roehler at online.de Mon Sep 12 18:16:27 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Mon, 12 Sep 2011 18:16:27 +0200 Subject: [Python-mode] version number in trunk In-Reply-To: <20110912103902.63d65956@resist.wooz.org> References: <4E6DC004.9090100@online.de> <20110912103902.63d65956@resist.wooz.org> Message-ID: <4E6E305B.8080905@online.de> Am 12.09.2011 16:39, schrieb Barry Warsaw: > 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 "x.y.z+" where "x.y.z" is the last official > release. > > However, for python-mode, I think it's up to you how you want to handle this, > so if this works best for you, go for it. > > -Barry the number ahead also takes the danger of forgetting-to-change it at the last moment. Would save some nerves here... So I'll make use of your permission. Andreas From andreas.roehler at online.de Thu Sep 15 13:24:26 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 15 Sep 2011 13:24:26 +0200 Subject: [Python-mode] asynchron call, Bug #328799 Message-ID: <4E71E06A.8050500@online.de> Hi Barry, hi folks, some question exists around "async" option of py-execute-... In earlier times tasks have been queued. As it's broken, whilst we have no bug report, seems not much used. Nonetheless, seeing the danger Emacs hangs when large jobs have been started. Would `async' understand from the common shell - ie send the stuff with shell option "&" into the background, instead re-implementing an queue on Emacs lisp level. Has someone experiences with this? Thanks, Andreas From andreas.roehler at easy-emacs.de Thu Sep 22 10:14:54 2011 From: andreas.roehler at easy-emacs.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Thu, 22 Sep 2011 10:14:54 +0200 Subject: [Python-mode] Debug technique for comint, need stdin/stdout logger. In-Reply-To: References: Message-ID: <4E7AEE7E.6050402@easy-emacs.de> Hi Oleksandr, thanks for your contributions. CC this to python-mode.el list. Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ Am 22.09.2011 00:12, schrieb Oleksandr Gavenko: > 07.09.2011 17:32, Oleksandr Gavenko ?????: >> When work with Emacs comint I need logger for stdin/stdout process >> interaction. >> >> So I change name of calling program in Emacs >> and that logger/script call original command and log >> stdin and stdout to files. >> >> I try write expect script: >> ... > I get working one. > > It is used to debug interaction with Cygwin Python in 'python-mode'. > > Expect come with all Linuxes and available under Cygwin... > > #!/usr/bin/env expect > > set in [open logger_in.log w] > set out [open logger_out.log w] > > set timeout 3600 > log_user 0 > set stty_init {-echo} > # exp_internal 1 > > set cli [open logger_cli.log w] > foreach arg "$argv" { > puts $cli $arg > } > close $cli > eval spawn python2.6.exe $argv > set proc_id $spawn_id > > expect { > -i $user_spawn_id -re (.+)\r?\n { > puts -nonewline $in $expect_out(buffer) > send -i $proc_id $expect_out(1,string)\n > exp_continue > } eof { > send -i $proc_id \x04 > sleep 1 > send -i $proc_id \x04 > expect -i $proc_id -re .+ { > puts -nonewline $out $expect_out(buffer) > send_user $expect_out(buffer) > exp_continue > } eof { } > } -i $proc_id -re .+ { > puts -nonewline $out $expect_out(buffer) > send_user $expect_out(buffer) > exp_continue > } eof { } > } > close $in > close $out > wait > > > From andreas.roehler at online.de Sun Sep 25 18:47:46 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Sun, 25 Sep 2011 18:47:46 +0200 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be Message-ID: <4E7F5B32.6020107@online.de> Hi folks, possibility of highlighting variable name is a new feature in the trunk. It's not clear however, in which circumstances variable should get highlighted -if at all. Also might drop that, should it not be considered useful. Would be nice to get some comments before a release. Thanks, Andreas -------- Original-Nachricht -------- Betreff: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be Datum: Sat, 24 Sep 2011 15:58:38 -0000 Von: Andrew Uzilov <858304 at bugs.launchpad.net> Antwort an: Bug 858304 <858304 at bugs.launchpad.net> An: andreas.roehler at online.de Public bug reported: This pertains to the lp:python-mode branch, I think this bug does not occur in 6.0.2. LHS of equality (==) tests now gets highlighted, but it shouldn't. The highlighting should only be for LHS on assignment (=) expressions. For example: if someVar == 5: doSomething() "someVar" is highlighted. However, if you wrap it with something, like this: if len (someVar) == 5: doSomething() "someVar" is not highlighted. ** Affects: python-mode Importance: Undecided Status: New -- You received this bug notification because you are subscribed to python- mode.el. https://bugs.launchpad.net/bugs/858304 Title: variable name is highighted on LHS of equality (==) test, but shouldn't be To manage notifications about this bug go to: https://bugs.launchpad.net/python-mode/+bug/858304/+subscriptions From georg at python.org Sun Sep 25 18:58:58 2011 From: georg at python.org (Georg Brandl) Date: Sun, 25 Sep 2011 18:58:58 +0200 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: <4E7F5B32.6020107@online.de> References: <4E7F5B32.6020107@online.de> Message-ID: <4E7F5DD2.2050609@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Andreas, 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 Python anyway) names on access too, you will have to color most of the code... Georg Am 25.09.2011 18:47, schrieb Andreas R?hler: > Hi folks, > > possibility of highlighting variable name is a new feature in the trunk. > > It's not clear however, in which circumstances variable should get > highlighted -if at all. > > Also might drop that, should it not be considered useful. > > Would be nice to get some comments before a release. > > Thanks, > > Andreas > > > > -------- Original-Nachricht -------- Betreff: [Bug 858304] [NEW] variable > name is highighted on LHS of equality (==) test, but shouldn't be Datum: > Sat, 24 Sep 2011 15:58:38 -0000 Von: Andrew Uzilov > <858304 at bugs.launchpad.net> Antwort an: Bug 858304 > <858304 at bugs.launchpad.net> An: andreas.roehler at online.de > > Public bug reported: > > This pertains to the lp:python-mode branch, I think this bug does not occur > in 6.0.2. > > LHS of equality (==) tests now gets highlighted, but it shouldn't. The > highlighting should only be for LHS on assignment (=) expressions. For > example: > > if someVar == 5: doSomething() > > "someVar" is highlighted. However, if you wrap it with something, like > this: > > if len (someVar) == 5: doSomething() > > "someVar" is not highlighted. > > ** Affects: python-mode Importance: Undecided Status: New > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk5/XdIACgkQN9GcIYhpnLCYxQCcDzhM2l8NPm9ZgQMFlYCcbFHG hm0AnRDSZfEX8wEpEjjFVq1V2U2LyqXq =tTNq -----END PGP SIGNATURE----- From andrew.uzilov at gmail.com Sun Sep 25 19:41:13 2011 From: andrew.uzilov at gmail.com (Andrew V. Uzilov) Date: Sun, 25 Sep 2011 10:41:13 -0700 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be Message-ID: Since I opened the ticket that led to this, I'll weight in. I was quite happy to see variable name highlighting as a new feature, but I would like to see it used only in assignments. I find it convenient to have a visual cue that tells me when names are rebound. In many cases it homes me in on where the change occurred faster than doing a search. But if the object to which the name is bound is being modified, NOT rebound, then do not highlight (so, slicing should not get highlight). If you start highlight variables anytime they get modified, you get into hot water because method calls might/might not modify them, and you really have no way of knowing that. But re-binding is (usually) easy to detect syntactically. Yes, I am also against indiscriminately highlighting variable names in any expression. That is too much and too messy. In the ideal world, I would like to see this: # Highlight "someVar" someVar = [] someObj.someVar = 5 # someObj also highlighted maybe? someVar1, someVar2 = val1, val2 # highlight both "someVar1" and "someVar2" # DO NOT highlight "someVar" if someVar == None: ... otherVar = someVar * 100 someVar.someMethod() someVar[i:j] = [1,2,3] # modified, but NOT rebound someVar[k] = None # modified, but NOT rebound And this next case is really debatable: foo = someFunc (someName = val) Highlight "someName" or not? If highlighting means (re)binding a name, then yes, this should be highlighted to show "someName" is being "assigned" a value for this function. For the record, I'm in favor of highlighting in this case. If that is too much, then as a minimum it would be nice to have "someVar" highlighted in these cases: someVar = [] someObj.someVar = 5 Cheers, Andrew U. From andreas.roehler at online.de Sun Sep 25 22:10:18 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Sun, 25 Sep 2011 22:10:18 +0200 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: <4E7F5DD2.2050609@python.org> References: <4E7F5B32.6020107@online.de> <4E7F5DD2.2050609@python.org> Message-ID: <4E7F8AAA.8030002@online.de> Am 25.09.2011 18:58, schrieb Georg Brandl: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Andreas, > > 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 Python anyway) names > on access too, you will have to color most of the code... > > Georg Hi Georg, hi Andrew, checked in a change. Could you have a look again? Thanks, Andreas From barry at python.org Sun Sep 25 22:31:31 2011 From: barry at python.org (Barry Warsaw) Date: Sun, 25 Sep 2011 16:31:31 -0400 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: <4E7F5DD2.2050609@python.org> References: <4E7F5B32.6020107@online.de> <4E7F5DD2.2050609@python.org> Message-ID: <20110925163131.259ef72d@resist.wooz.org> -----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 Python anyway) names >on access too, you will have to color most of the code... Agreed, and personally, even highlighting assignments is too fruit salady for me so I'm glad it can be turned off. ;) - -Barry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOf4+kAAoJEBJutWOnSwa/CC4P/1Ka6UxRYaLXan+y9dFe5Olc uV0tsT3HULuvi9aHgn4n2a6MrO0CChRESxp3Th3KrUHJMWaZYRhFXbTSofddC6CX OlbeuPJJDYeiv83A5k3EXOlcUZEtp8E1sbbFF3MLNbau7wdfb2ZM/COb0OWegSf9 qNU6yzTrcvxtaJ0ro0gFT7QthEa3GB43kGnhVxie5CteAkH1/v9KbmhL876BCm9L ysfx2dYwDqjnxezxZkTsunUci3+MSxjIBi3UJZNuwWQQY1Vh2YIOXsBQBaj78UtJ W8VtKNeL+IIewWmMzK2jkvw8NEgwFT5QtuULK/DqaMSyuJ7hDbsq0gAAhaf76dDw hJqBE2WDatVkGomnCQmoTZRrjd+EOLmnXgOxPE2Zr3hwLxmkJ822dDiJIjuLbi// QbVOUxTrw/KikEOezFc+RsmpSZvCBjR2zZZWIvua2MILOGVj0/1+LWU+zs5W6rzN cpDGHFiZc8+PZDYjtvniSG+uqZbVpMLwqbxIc2H4muThl/+X4OjTM2TnZtS1m2Dp whYf8zkxkNcriCiXHXGIQtshWnXQJyeYCESQqBqAzYuJui4UKrNHqrU9jLyw18TC ynAvkGwNyvOvMm0gGvHY0kEAmEGhNSnmGbPoh5pq+ij5Q/C//BcQtmagpPcgR9Pi cZubnJpdvII2Xm0KjZ7U =GlSw -----END PGP SIGNATURE----- From andreas.roehler at online.de Mon Sep 26 07:20:44 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Mon, 26 Sep 2011 07:20:44 +0200 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: <20110925163131.259ef72d@resist.wooz.org> References: <4E7F5B32.6020107@online.de> <4E7F5DD2.2050609@python.org> <20110925163131.259ef72d@resist.wooz.org> Message-ID: <4E800BAC.9030401@online.de> Am 25.09.2011 22:31, schrieb Barry Warsaw: > -----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 Python anyway) names >> on access too, you will have to color most of the code... > > Agreed, and personally, even highlighting assignments is too fruit salady for > me so I'm glad it can be turned off. ;) > > - -Barry will sett the default to nil Andreas From andrew.uzilov at gmail.com Tue Sep 27 20:20:08 2011 From: andrew.uzilov at gmail.com (Andrew V. Uzilov) Date: Tue, 27 Sep 2011 11:20:08 -0700 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: <4E800BAC.9030401@online.de> References: <4E7F5B32.6020107@online.de> <4E7F5DD2.2050609@python.org> <20110925163131.259ef72d@resist.wooz.org> <4E800BAC.9030401@online.de> Message-ID: On Sun, Sep 25, 2011 at 10:20 PM, Andreas R?hler wrote: > Am 25.09.2011 22:31, schrieb Barry Warsaw: >> >> -----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 Python anyway) names >>> on access too, you will have to color most of the code... >> >> Agreed, and personally, even highlighting assignments is too fruit salady >> for >> me so I'm glad it can be turned off. ;) >> >> - -Barry > > will sett the default to nil > > Andreas Sorry for the naive question, but... since it's off by default, how do I turn it back on? Thanks, Andrew U. From jjhartley at gmail.com Tue Sep 27 20:33:24 2011 From: jjhartley at gmail.com (James Hartley) Date: Tue, 27 Sep 2011 11:33:24 -0700 Subject: [Python-mode] Identifying which mode is running? Message-ID: I have python-mode 5.2.0 installed on Emacs 23.3.1. Is there a way to determine what version of python-mode is currently installed? I'm looking at 6.0.2 & would like to verify. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrea.crotti.0 at gmail.com Tue Sep 27 23:18:11 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Tue, 27 Sep 2011 22:18:11 +0100 Subject: [Python-mode] Identifying which mode is running? In-Reply-To: References: Message-ID: <4E823D93.8060309@gmail.com> On 09/27/2011 07:33 PM, James Hartley wrote: > I have python-mode 5.2.0 installed on Emacs 23.3.1. Is there a way > to determine what version of python-mode is currently installed? I'm > looking at 6.0.2 & would like to verify. > > Thanks. > C-h v py-version should do what you want... Or if you want to make sure that you're actually using it I normally do C-h c C-c (to see what mode I'm actually using), then you can C-h f "function" and jump to the file that you're actually using. Otherwise maybe faster just do "C-h m" and you get info on the current mode you're using. From 4kir4.1i at gmail.com Tue Sep 27 21:58:03 2011 From: 4kir4.1i at gmail.com (akira) Date: Tue, 27 Sep 2011 23:58:03 +0400 Subject: [Python-mode] Poll - Fwd: [Bug 858304] [NEW] variable name is highighted on LHS of equality (==) test, but shouldn't be In-Reply-To: References: <4E7F5B32.6020107@online.de> <4E7F5DD2.2050609@python.org> <20110925163131.259ef72d@resist.wooz.org> <4E800BAC.9030401@online.de> Message-ID: <4E822ACB.2020801@gmail.com> On 09/27/2011 10:20 PM, Andrew V. Uzilov wrote: > On Sun, Sep 25, 2011 at 10:20 PM, Andreas R?hler > wrote: >> Am 25.09.2011 22:31, schrieb Barry Warsaw: >>> -----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 Python anyway) names >>>> on access too, you will have to color most of the code... >>> Agreed, and personally, even highlighting assignments is too fruit salady >>> for >>> me so I'm glad it can be turned off. ;) >>> >>> - -Barry >> will sett the default to nil >> >> Andreas > Sorry for the naive question, but... since it's off by default, how do > I turn it back on? > > Thanks, > Andrew U. customize-group python Py Variable Name Face -- akira From andreas.roehler at online.de Wed Sep 28 12:26:05 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Wed, 28 Sep 2011 12:26:05 +0200 Subject: [Python-mode] py-python-command default Message-ID: <4E82F63D.9060704@online.de> Hi Barry, hi all, 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". BTW consider to deliver a couple of commands specifying the shell py-execute-region-python3 py-execute-region-python2.7 py-execute-region-ipython etc., which should be faster to use than customization. Cheers, Andreas From barry at python.org Wed Sep 28 13:21:15 2011 From: barry at python.org (Barry Warsaw) Date: Wed, 28 Sep 2011 07:21:15 -0400 Subject: [Python-mode] py-python-command default In-Reply-To: <4E82F63D.9060704@online.de> References: <4E82F63D.9060704@online.de> Message-ID: <20110928072115.73a1447b@resist.wooz.org> 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. :) ipython is a separate program that doesn't come with stock Python. >BTW consider to deliver a couple of commands specifying the shell > >py-execute-region-python3 >py-execute-region-python2.7 >py-execute-region-ipython > >etc., which should be faster to use than customization. I think that would be nice. -B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From david at deadpansincerity.com Wed Sep 28 14:15:16 2011 From: david at deadpansincerity.com (David Miller) Date: Wed, 28 Sep 2011 13:15:16 +0100 Subject: [Python-mode] py-python-command default In-Reply-To: <20110928072115.73a1447b@resist.wooz.org> References: <4E82F63D.9060704@online.de> <20110928072115.73a1447b@resist.wooz.org> Message-ID: > > 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" "python") >py-execute-region-python3 > >py-execute-region-python2.7 > >py-execute-region-ipython > > > >etc., which should be faster to use than customization. > +1 -- Love regards etc David Miller http://www.deadpansincerity.com 07854 880 883 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Wed Sep 28 17:29:53 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 28 Sep 2011 17:29:53 +0200 Subject: [Python-mode] py-python-command default In-Reply-To: References: <4E82F63D.9060704@online.de> <20110928072115.73a1447b@resist.wooz.org> Message-ID: <4E833D71.7040804@online.de> Am 28.09.2011 14:15, schrieb David Miller: >> >> 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" > "python") reads good for me. Let's see what others think. BTW being back to default "python" rather per chance, as redundancy between py-shell-name and py-python-command has been solved - and remaining py-shell-name was set that way. We can change that any time. Cheers, Andreas > >> py-execute-region-python3 >>> py-execute-region-python2.7 >>> py-execute-region-ipython >>> >>> etc., which should be faster to use than customization. >> > +1 > > From barry at python.org Wed Sep 28 18:04:15 2011 From: barry at python.org (Barry Warsaw) Date: Wed, 28 Sep 2011 12:04:15 -0400 Subject: [Python-mode] py-python-command default In-Reply-To: References: <4E82F63D.9060704@online.de> <20110928072115.73a1447b@resist.wooz.org> Message-ID: <20110928120415.35f71813@resist.wooz.org> 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" >"python") I'm not entirely in favor of this. While I have ipython installed, I still want to use regular 'ol python in my Emacs. Of course, should you make this change I can always customize the variable. OTOH, I don't want to stand in the way of what's really convenient for folks. So I guess I'm -0. Georg, what do you think? -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From jeffrubic at gmail.com Wed Sep 28 19:43:42 2011 From: jeffrubic at gmail.com (Jeff Bauer) Date: Wed, 28 Sep 2011 12:43:42 -0500 Subject: [Python-mode] py-python-command default In-Reply-To: <20110928120415.35f71813@resist.wooz.org> References: <4E82F63D.9060704@online.de> <20110928072115.73a1447b@resist.wooz.org> <20110928120415.35f71813@resist.wooz.org> Message-ID: <20110928174342.GE20709@rubic.com> On Wed, Sep 28, 2011 at 12:04:15PM -0400, Barry Warsaw wrote: > 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" > >"python") > > I'm not entirely in favor of this. While I have ipython installed, I still > want to use regular 'ol python in my Emacs. Of course, should you make this > change I can always customize the variable. OTOH, I don't want to stand in > the way of what's really convenient for folks. > > So I guess I'm -0. Georg, what do you think? > > -Barry Agreed. Django originally had this behavior. I filed a patch to fix the implicit assumption. Vanilla python should be the default, ipython (or whatever) when specifically requested. Jeff Bauer Rubicon, Inc. From georg at python.org Wed Sep 28 21:20:20 2011 From: georg at python.org (Georg Brandl) Date: Wed, 28 Sep 2011 21:20:20 +0200 Subject: [Python-mode] py-python-command default In-Reply-To: <20110928120415.35f71813@resist.wooz.org> References: <4E82F63D.9060704@online.de> <20110928072115.73a1447b@resist.wooz.org> <20110928120415.35f71813@resist.wooz.org> Message-ID: <4E837374.7000307@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 28.09.2011 18:04, schrieb Barry Warsaw: > 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" >> "python") > > I'm not entirely in favor of this. While I have ipython installed, I > still want to use regular 'ol python in my Emacs. Of course, should you > make this change I can always customize the variable. OTOH, I don't want > to stand in the way of what's really convenient for folks. > > So I guess I'm -0. Georg, what do you think? I agree. IPython is nice, but its bulk is not needed for many things. This is what customize is for! Georg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk6Dc3MACgkQN9GcIYhpnLDtCQCgjifvBQcnLoIiJmPr/nRSqRY7 FYUAn0s1DHxZZ3Xc6+7NhvPp3AOWim0J =7hIJ -----END PGP SIGNATURE----- From andreas.roehler at online.de Thu Sep 29 12:33:05 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 29 Sep 2011 12:33:05 +0200 Subject: [Python-mode] Welcome Thomas Caswell Message-ID: <4E844961.9060708@online.de> Hi Thomas, good news you joint the team, welcome! With resp. to your recent contribution: would be great, if python-mode would serve IPython in the way, Emacs does with other modes. BTW introduced yesterday a `py-execute-region-ipython' but had to comment it out, as it's buggy. Maybe have a look. Cheers, Andreas From andreas.roehler at online.de Thu Sep 29 21:56:17 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 29 Sep 2011 21:56:17 +0200 Subject: [Python-mode] Welcome Thomas Caswell In-Reply-To: <4E844961.9060708@online.de> References: <4E844961.9060708@online.de> Message-ID: <4E84CD61.90204@online.de> > BTW introduced yesterday a > > `py-execute-region-ipython' > > but had to comment it out, as it's buggy. turns out as an error in my .ipythonrc so gladly re-activating it. Cheers, Andreas