From andrea.crotti.0 at gmail.com Tue Nov 1 12:33:58 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Tue, 01 Nov 2011 11:33:58 +0000 Subject: [Python-mode] py-execute-buffer and CWD Message-ID: <4EAFD926.1080300@gmail.com> While trying to run a script and there is already another *Python* buffer open for another directory, running the script normally fails if there are some relative file paths. Apparently the CWD in the *Python* buffer remains the old one, and thus it makes sense that Python can't resolve relative paths. I tried to add this line in py-execute-buffer but without success, any help? (cd (file-name-directory (buffer-file-name py-master-file))) From andreas.roehler at online.de Tue Nov 1 14:23:22 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Tue, 01 Nov 2011 14:23:22 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EAFD926.1080300@gmail.com> References: <4EAFD926.1080300@gmail.com> Message-ID: <4EAFF2CA.3000702@online.de> Am 01.11.2011 12:33, schrieb Andrea Crotti: > While trying to run a script and there is already another *Python* > buffer open > for another directory, running the script normally fails if there are some > relative file paths. > > Apparently the CWD in the *Python* buffer remains the old one, and thus it > makes sense that Python can't resolve relative paths. > > I tried to add this line in py-execute-buffer but without success, > any help? > > (cd (file-name-directory (buffer-file-name py-master-file))) > Hi Andrea, better use the bug-tracker for that kind of stuff. Done here: https://bugs.launchpad.net/python-mode/+bug/884739 From andreas.roehler at online.de Tue Nov 1 21:53:30 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Tue, 01 Nov 2011 21:53:30 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EAFD926.1080300@gmail.com> References: <4EAFD926.1080300@gmail.com> Message-ID: <4EB05C4A.9060606@online.de> Am 01.11.2011 12:33, schrieb Andrea Crotti: > While trying to run a script and there is already another *Python* > buffer open > for another directory, running the script normally fails if there are some > relative file paths. > > Apparently the CWD in the *Python* buffer remains the old one, and thus it > makes sense that Python can't resolve relative paths. > > I tried to add this line in py-execute-buffer but without success, > any help? > > (cd (file-name-directory (buffer-file-name py-master-file))) cd is a shell command you can't mix that into Emacs Lisp. BTW ipython shell would understand "cd" it, but that's another item. Maybe give a example, what you trying to do, so we can look how to solve that task. BTW answered here, as you are not indicating a bug as thought at first glance. My mistake... From andrea.crotti.0 at gmail.com Tue Nov 1 22:50:28 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Tue, 01 Nov 2011 21:50:28 +0000 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB05C4A.9060606@online.de> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> Message-ID: <4EB069A4.5080804@gmail.com> On 11/01/2011 08:53 PM, Andreas R?hler wrote: > cd is a shell command > > you can't mix that into Emacs Lisp. > > BTW ipython shell would understand "cd" it, but that's another item. > > Maybe give a example, what you trying to do, so we can look how to > solve that task. > > BTW answered here, as you are not indicating a bug as thought at first > glance. My mistake... > Mm I don't think so: cd is an interactive compiled Lisp function in `files.el'. And anyway, I think is quite a bug, because if I run a python script I should expect that it runs in the same current directory... From georg at python.org Tue Nov 1 22:51:34 2011 From: georg at python.org (Georg Brandl) Date: Tue, 01 Nov 2011 22:51:34 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB069A4.5080804@gmail.com> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> <4EB069A4.5080804@gmail.com> Message-ID: <4EB069E6.1070603@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 01.11.2011 22:50, schrieb Andrea Crotti: > On 11/01/2011 08:53 PM, Andreas R?hler wrote: >> cd is a shell command >> >> you can't mix that into Emacs Lisp. >> >> BTW ipython shell would understand "cd" it, but that's another item. >> >> Maybe give a example, what you trying to do, so we can look how to solve >> that task. >> >> BTW answered here, as you are not indicating a bug as thought at first >> glance. My mistake... >> > Mm I don't think so: cd is an interactive compiled Lisp function in > `files.el'. > > And anyway, I think is quite a bug, because if I run a python script I > should expect that it runs in the same current directory... I quite agree. Georg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk6waeUACgkQN9GcIYhpnLB+6wCfTtoS2ygA2KWbm1IhHf2B47rj rPsAoLETDsRQs6uzebCAAt3tz3kUCWs9 =N2f6 -----END PGP SIGNATURE----- From andrea.crotti.0 at gmail.com Tue Nov 1 23:33:08 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Tue, 01 Nov 2011 22:33:08 +0000 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB05C4A.9060606@online.de> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> Message-ID: <4EB073A4.5010501@gmail.com> So from my understading the problem is that if there is another *Python* buffer around, it will just be used without changing the current directory. Apparently my attempt to "cd" didn't have any effect, so maybe we need to pass the path of the master py file to the real "execute" function, does it make sense? Another partially unrelated thing, I noticed the two following: (defun py-execute-buffer-no-switch (&optional async) "Like `py-execute-buffer', but ignores setting of `py-shell-switch-buffers-on-execute', output-buffer will being switched to." (defun py-execute-buffer-switch (&optional async) "Like `py-execute-buffer', but ignores setting of `py-shell-switch-buffers-on-execute', output-buffer will being switched to. " Which - are different functions but with the same docstring - are never called from anywhere and not bound to any keys.. So are they useful at all maybe? From andreas.roehler at online.de Wed Nov 2 07:27:31 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 02 Nov 2011 07:27:31 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB069E6.1070603@python.org> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> <4EB069A4.5080804@gmail.com> <4EB069E6.1070603@python.org> Message-ID: <4EB0E2D3.4090402@online.de> Am 01.11.2011 22:51, schrieb Georg Brandl: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am 01.11.2011 22:50, schrieb Andrea Crotti: >> On 11/01/2011 08:53 PM, Andreas R?hler wrote: >>> cd is a shell command >>> >>> you can't mix that into Emacs Lisp. >>> >>> BTW ipython shell would understand "cd" it, but that's another item. >>> >>> Maybe give a example, what you trying to do, so we can look how to solve >>> that task. >>> >>> BTW answered here, as you are not indicating a bug as thought at first >>> glance. My mistake... >>> >> Mm I don't think so: cd is an interactive compiled Lisp function in >> `files.el'. >> >> And anyway, I think is quite a bug, because if I run a python script I >> should expect that it runs in the same current directory... > > I quite agree. > > Georg so follows up here: https://bugs.launchpad.net/python-mode/+bug/884739 From andreas.roehler at online.de Wed Nov 2 07:36:09 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 02 Nov 2011 07:36:09 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB073A4.5010501@gmail.com> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> <4EB073A4.5010501@gmail.com> Message-ID: <4EB0E4D9.2020508@online.de> Am 01.11.2011 23:33, schrieb Andrea Crotti: [ ... ] > Another partially unrelated thing, I noticed the two following: > > (defun py-execute-buffer-no-switch (&optional async) > "Like `py-execute-buffer', but ignores setting of > `py-shell-switch-buffers-on-execute', output-buffer will being switched > to." > > (defun py-execute-buffer-switch (&optional async) > "Like `py-execute-buffer', but ignores setting of > `py-shell-switch-buffers-on-execute', output-buffer will being switched > to. " > > Which > - are different functions but with the same docstring > - are never called from anywhere and not bound to any keys.. > So are they useful at all maybe? > The first has a docu bug: must read "will _not_ being switched to" maybe change that into: sending buffer remains current. BTW better keep items apart, if you can... From g.brandl at gmx.net Tue Nov 1 21:59:53 2011 From: g.brandl at gmx.net (Georg Brandl) Date: Tue, 01 Nov 2011 21:59:53 +0100 Subject: [Python-mode] py-execute-buffer and CWD In-Reply-To: <4EB05C4A.9060606@online.de> References: <4EAFD926.1080300@gmail.com> <4EB05C4A.9060606@online.de> Message-ID: <4EB05DC9.7050901@gmx.net> Am 01.11.2011 21:53, schrieb Andreas R?hler: > Am 01.11.2011 12:33, schrieb Andrea Crotti: >> While trying to run a script and there is already another *Python* >> buffer open >> for another directory, running the script normally fails if there are some >> relative file paths. >> >> Apparently the CWD in the *Python* buffer remains the old one, and thus it >> makes sense that Python can't resolve relative paths. >> >> I tried to add this line in py-execute-buffer but without success, >> any help? >> >> (cd (file-name-directory (buffer-file-name py-master-file))) > > cd is a shell command > > you can't mix that into Emacs Lisp. It's also an elisp function. (I agree that it's named a bit out-of-consistency with the usual wordy elisp function names...) Georg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: From andrea.crotti.0 at gmail.com Wed Nov 2 19:51:43 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 02 Nov 2011 18:51:43 +0000 Subject: [Python-mode] emacs In-Reply-To: References: Message-ID: <4EB1913F.1060207@gmail.com> On 10/28/2011 03:25 AM, Rinu Boney wrote: > I Would Love to Know How To Set Up Emacs As A Python Code Editing > Environment Using python-mode.el. > I Have No Experience in Emacs. > Can U Help or Point Out Something That Can Help Me ? > Thanks. > I've never seem someone capitalising every word :D In German they capitalise every noun, that I thought was the maximum, or maybe is your current editor? To start - download emacs - fire up and follow the tutorial -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeffrubic at gmail.com Wed Nov 2 20:40:22 2011 From: jeffrubic at gmail.com (Jeff Bauer) Date: Wed, 2 Nov 2011 14:40:22 -0500 Subject: [Python-mode] emacs In-Reply-To: References: Message-ID: <20111102194022.GF29423@rubic.com> Rinu, Just follow the instructions in python-mode.el: To install, just drop this file into a directory on your load-path and byte-compile it. To set up Emacs to automatically edit files ending in ".py" using python-mode, add to your emacs init file (~/.emacs, ~/.emacs.el, or ~/.emacs.d/init.el) the following code: (setq auto-mode-alist (cons '("\\.py$" . python-mode) auto-mode-alist)) (setq interpreter-mode-alist (cons '("python" . python-mode) interpreter-mode-alist)) (autoload 'python-mode "python-mode" "Python editing mode." t) Alternatively, if you want an out-of-the box emacs python experience, you can try: http://gabrielelanaro.github.com/emacs-for-python/ But it's using a home brew python.el version rather than python-mode.el: https://github.com/fgallina/python.el Jeff Bauer Rubicon, Inc. On Fri, Oct 28, 2011 at 07:55:51AM +0530, Rinu Boney wrote: > I Would Love to Know How To Set Up Emacs As A Python Code Editing Environment > Using python-mode.el. > I Have No Experience in Emacs. > Can U Help or Point Out Something That Can Help Me ? > Thanks. From 4kir4.1i at gmail.com Wed Nov 2 20:37:05 2011 From: 4kir4.1i at gmail.com (akira) Date: Wed, 02 Nov 2011 23:37:05 +0400 Subject: [Python-mode] emacs In-Reply-To: References: Message-ID: <4EB19BE1.9020609@gmail.com> On 10/28/2011 06:25 AM, Rinu Boney wrote: > I Would Love to Know How To Set Up Emacs As A Python Code Editing > Environment Using python-mode.el. > I Have No Experience in Emacs. > Can U Help or Point Out Something That Can Help Me ? > See https://github.com/eschulte/emacs24-starter-kit/ -- akira. From andreas.roehler at online.de Thu Nov 3 10:16:25 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 03 Nov 2011 10:16:25 +0100 Subject: [Python-mode] emacs-for-python Message-ID: <4EB25BE9.4010503@online.de> Hi Gabriele, as your mode was been mentioned lately at python-mode at python.org, had a look again. That's cool stuff indeed. You introduced a lot we are heading to. As for python-mode.el, focus was on Emacs as Editor lately: addressing python forms from definitions down to statements, py-expressions and still finer tools. Whilst exist some environement stuff already, a lot remains to be done. So why not join forces, take the suitable stuff from all sides into something new? Or into several new, with resp. to different tastes? Would start with a merge of your stuff with python-mode.el Also would consider Fabi?n's python.el, so python-mode.el, which already owes a lot to Dave Love's work BTW, would change with it again. We may test, what are DVCs are for... Best regards, Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From andreas.roehler at online.de Thu Nov 3 18:53:31 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 03 Nov 2011 18:53:31 +0100 Subject: [Python-mode] emacs-for-python In-Reply-To: References: <4EB25BE9.4010503@online.de> Message-ID: <4EB2D51B.1020509@online.de> Am 03.11.2011 18:23, schrieb Gabriele Lanaro: > Hi! emacs-for-python is mostly a big bundle that configures various > existent python packages, the problem it is trying to solve is to pack all > the features (syntax check, autocompletion, snippets etc.) in a single > place (it's very symilar to emacs-starter-kit in this respect). The default > python-mode I use is fgallina's python.el because I heard that it's the > candidate python mode in emacs24 and it plays nice with the other packages. > Asking him (fgallina) would be a really good move imho. > > There are original features as well, for example the virtualenv extension > that integrates well with virtualenvwrapper and modifies directly the emacs > environmental variables instead of just modifying the python shell. There > is also a nice helper to configure flymake (on-the-fly syntax checking) but > not much more than that. I wanted to work also on other stuff, especially > some testing-helper extension. > > That said I would be very happy to help you but do you have a specific > feature in mind that you want to see? I'm not sure how can I help, mostly > because the "favourite features" of emacs for python are completion and > ropemacs (that don't fit in a python-mode.el I guess). > > Bye! > > - Gabriele Hi, thanks for you kind answer. As for the matter mentioned last --completion and ropemacs-- we just started last weeks. Pymacs works out of the box now or at least did it some days ago. Things are moving a little bit the moment. Well, integration of all this you mentioned is a complex stuff. Will be great if we must not start from the scratch. Will send a resp. note to fgallina. Expect in return also some gain for you - some harvest in bug reports for example. I'll keep you on the running when it starts. Thanks again, Andreas From andreas.roehler at online.de Thu Nov 3 19:44:40 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 03 Nov 2011 19:44:40 +0100 Subject: [Python-mode] emacs-for-python In-Reply-To: References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> Message-ID: <4EB2E118.5000000@online.de> Am 03.11.2011 19:05, schrieb Gabriele Lanaro: > Ok, in the meantime I'll look at the reports and blueprints on the website > and start working on something. > Great. What about to start with new Blueprint, a kind of specification, listing all the goals? Maybe you have something suitable for copy-and-paste already. From andreas.roehler at online.de Fri Nov 4 14:24:15 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 04 Nov 2011 14:24:15 +0100 Subject: [Python-mode] workflow PDEE - emacs-for-python In-Reply-To: References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> Message-ID: <4EB3E77F.7070007@online.de> Hi Gabriele, hi Barry, some ideas how to start. see last year we had some related discussion http://mail.python.org/pipermail/python-mode/2010-March/000770.html What about the name PDEE - Python Development Emacs Environment - for the joint project? Could stay also with your and make a branch from it. BTW looks like a git-repo exists already at https://github.com/emacsmirror/python-mode So far, Andreas From andreas.roehler at online.de Fri Nov 4 18:05:59 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 04 Nov 2011 18:05:59 +0100 Subject: [Python-mode] workflow PDEE - emacs-for-python In-Reply-To: References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> <4EB3E77F.7070007@online.de> Message-ID: <4EB41B77.7090705@online.de> Am 04.11.2011 14:32, schrieb Gabriele Lanaro: > I believe this is a great idea! I'd like to host the project on github, we > can make an organization account (pdee/pdee) but if you like other websites > it's fine (launchpad, bitbucket or others). > for me it's all good. As for the start, just need write-access for a branch. If it's ready for use, think it will be good mirroring it at lp, as we might get more bug reports here. Cheers, Andreas From gabriele.lanaro at gmail.com Thu Nov 3 18:23:30 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Thu, 3 Nov 2011 18:23:30 +0100 Subject: [Python-mode] emacs-for-python In-Reply-To: <4EB25BE9.4010503@online.de> References: <4EB25BE9.4010503@online.de> Message-ID: Hi! emacs-for-python is mostly a big bundle that configures various existent python packages, the problem it is trying to solve is to pack all the features (syntax check, autocompletion, snippets etc.) in a single place (it's very symilar to emacs-starter-kit in this respect). The default python-mode I use is fgallina's python.el because I heard that it's the candidate python mode in emacs24 and it plays nice with the other packages. Asking him (fgallina) would be a really good move imho. There are original features as well, for example the virtualenv extension that integrates well with virtualenvwrapper and modifies directly the emacs environmental variables instead of just modifying the python shell. There is also a nice helper to configure flymake (on-the-fly syntax checking) but not much more than that. I wanted to work also on other stuff, especially some testing-helper extension. That said I would be very happy to help you but do you have a specific feature in mind that you want to see? I'm not sure how can I help, mostly because the "favourite features" of emacs for python are completion and ropemacs (that don't fit in a python-mode.el I guess). Bye! - Gabriele 2011/11/3 Andreas R?hler > Hi Gabriele, > > as your mode was been mentioned lately at python-mode at python.org, had a > look again. > > That's cool stuff indeed. You introduced a lot we are heading to. > > As for python-mode.el, focus was on Emacs as Editor lately: > addressing python forms from definitions down to statements, > py-expressions and still finer tools. > > Whilst exist some environement stuff already, a lot remains to be done. > > So why not join forces, take the suitable stuff from all sides into > something new? Or into several new, with resp. to different tastes? > > Would start with a merge of your stuff with python-mode.el > > Also would consider Fabi?n's python.el, so python-mode.el, which already > owes a lot to Dave Love's work BTW, would change with it again. > > We may test, what are DVCs are for... > > Best regards, > > Andreas > > -- > https://launchpad.net/python-**mode > https://launchpad.net/s-x-**emacs-werkstatt/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Thu Nov 3 19:05:56 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Thu, 3 Nov 2011 19:05:56 +0100 Subject: [Python-mode] emacs-for-python In-Reply-To: <4EB2D51B.1020509@online.de> References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> Message-ID: Ok, in the meantime I'll look at the reports and blueprints on the website and start working on something. Bye! 2011/11/3 Andreas R?hler > Am 03.11.2011 18:23, schrieb Gabriele Lanaro: > > Hi! emacs-for-python is mostly a big bundle that configures various >> existent python packages, the problem it is trying to solve is to pack all >> the features (syntax check, autocompletion, snippets etc.) in a single >> place (it's very symilar to emacs-starter-kit in this respect). The >> default >> python-mode I use is fgallina's python.el because I heard that it's the >> candidate python mode in emacs24 and it plays nice with the other >> packages. >> Asking him (fgallina) would be a really good move imho. >> >> There are original features as well, for example the virtualenv extension >> that integrates well with virtualenvwrapper and modifies directly the >> emacs >> environmental variables instead of just modifying the python shell. There >> is also a nice helper to configure flymake (on-the-fly syntax checking) >> but >> not much more than that. I wanted to work also on other stuff, especially >> some testing-helper extension. >> >> That said I would be very happy to help you but do you have a specific >> feature in mind that you want to see? I'm not sure how can I help, mostly >> because the "favourite features" of emacs for python are completion and >> ropemacs (that don't fit in a python-mode.el I guess). >> >> Bye! >> >> - Gabriele >> > > Hi, > > thanks for you kind answer. > > As for the matter mentioned last --completion and ropemacs-- we just > started last weeks. Pymacs works out of the box now or at least did it some > days ago. Things are moving a little bit the moment. > > Well, integration of all this you mentioned is a complex stuff. Will be > great if we must not start from the scratch. > > Will send a resp. note to fgallina. > > Expect in return also some gain for you - some harvest in bug reports for > example. > > I'll keep you on the running when it starts. > > Thanks again, > > Andreas > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Fri Nov 4 14:32:45 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Fri, 4 Nov 2011 14:32:45 +0100 Subject: [Python-mode] workflow PDEE - emacs-for-python In-Reply-To: <4EB3E77F.7070007@online.de> References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> <4EB3E77F.7070007@online.de> Message-ID: I believe this is a great idea! I'd like to host the project on github, we can make an organization account (pdee/pdee) but if you like other websites it's fine (launchpad, bitbucket or others). 2011/11/4 Andreas R?hler > Hi Gabriele, hi Barry, > > some ideas how to start. > > see last year we had some related discussion > > http://mail.python.org/**pipermail/python-mode/2010-**March/000770.html > > What about the name PDEE - Python Development Emacs Environment - for the > joint project? > > Could stay also with your and make a branch from it. > > BTW looks like a git-repo exists already at > > https://github.com/**emacsmirror/python-mode > > So far, > > Andreas > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Fri Nov 4 18:40:48 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Fri, 4 Nov 2011 18:40:48 +0100 Subject: [Python-mode] workflow PDEE - emacs-for-python In-Reply-To: <4EB41B77.7090705@online.de> References: <4EB25BE9.4010503@online.de> <4EB2D51B.1020509@online.de> <4EB3E77F.7070007@online.de> <4EB41B77.7090705@online.de> Message-ID: ok I've created the account and the repository here: https://github.com/pdee Do you have an account on github? If you make it I can add you to the organization owners and you can use all the features you need (there's the wiki, website, issue tracker etc...). I like github because there's a great community behind it and it's quite easy to find new collaborators and get known. 2011/11/4 Andreas R?hler > Am 04.11.2011 14:32, schrieb Gabriele Lanaro: > > I believe this is a great idea! I'd like to host the project on github, we >> can make an organization account (pdee/pdee) but if you like other >> websites >> it's fine (launchpad, bitbucket or others). >> >> > for me it's all good. As for the start, just need write-access for a > branch. > > If it's ready for use, think it will be good mirroring it at lp, as we > might get more bug reports here. > > Cheers, > > Andreas > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Sat Nov 5 08:56:12 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sat, 05 Nov 2011 08:56:12 +0100 Subject: [Python-mode] completion in python-mode Message-ID: <4EB4EC1C.6090608@online.de> Hi Fabian, while hunting https://bugs.launchpad.net/python-mode/+bug/886227 consider a merge of some parts of your python.el Completion feels faster than the stand-alone solution used several commits before. Curious to know the reasons, should you can tell. Just to drop you a notice so far. Best regards, Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From andreas.roehler at online.de Sat Nov 5 17:05:28 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sat, 05 Nov 2011 17:05:28 +0100 Subject: [Python-mode] current trunk broken Message-ID: <4EB55EC8.1020703@online.de> Hi folks, when checking out current trunk, please branch from a previous commit. Last one is broken. Strange enough not on all machines... Will fix it as soon a possible. Cheers, Andreas From andreas.roehler at online.de Sat Nov 5 19:46:57 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sat, 05 Nov 2011 19:46:57 +0100 Subject: [Python-mode] trunk should work again Message-ID: <4EB584A1.1040903@online.de> Hi, completion presently not usable, the other stuff should work again. From jeffspencerd at gmail.com Mon Nov 7 22:13:02 2011 From: jeffspencerd at gmail.com (Jeffrey Spencer) Date: Tue, 08 Nov 2011 08:13:02 +1100 Subject: [Python-mode] Setting up pycomplete.el Message-ID: <4EB849DE.9050803@gmail.com> I am trying to setup pycomplete.el on my system. I had two questions about it: 1) Can it be integrated with auto-complete and has anyone done this before and has some tips?? Or how do you get access to the list of available completions. The display of completions available doesn't seem to work or get passed back to the completions buffer like it is supposed to. No *completions* buffer is ever created. I think this list could also be used as a source in autocomplete. 2) How do I set it so whenever it does expand the symbol at the point it performs a (indent-for-tab-command). I have this right now working but the only way I can figure it out is that everytime the function is run it doesn't which isn't desired. This is temporary until I had figured out how to work into autocomplete. Thanks for any help, Jeff -- ________________________ Jeffrey Spencer jeffspencerd at gmail.com From andreas.roehler at online.de Tue Nov 8 07:48:29 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Tue, 08 Nov 2011 07:48:29 +0100 Subject: [Python-mode] Setting up pycomplete.el In-Reply-To: <4EB849DE.9050803@gmail.com> References: <4EB849DE.9050803@gmail.com> Message-ID: <4EB8D0BD.3090005@online.de> Am 07.11.2011 22:13, schrieb Jeffrey Spencer: > I am trying to setup pycomplete.el on my system. I had two questions > about it: > > 1) Can it be integrated with auto-complete and has anyone done this > before and has some tips?? Hi, AFAIK it should not interfere with auto-complete.el However, these will be two different approaches. py-complete will not come into action by themselves, only when called. BTW current python-mode.el trunk offers customizable alternatives to py-complete, the choice selected always on M-TAB. Or how do you get access to the list of > available completions. The display of completions available doesn't seem > to work or get passed back to the completions buffer like it is supposed > to. No *completions* buffer is ever created. I think this list could > also be used as a source in autocomplete. Yes, it could. But it's more complex yet due to limits of auto-complete, which still isn't perfect for Python modes IMO. A question is, what the resources of completion are and how to get them. > 2) How do I set it so whenever it does expand the symbol at the point it > performs a (indent-for-tab-command). I have this right now working but > the only way I can figure it out is that everytime the function is run > it doesn't which isn't desired. This is temporary until I had figured > out how to work into autocomplete. Have only a faintly impression what that last section means. What "it" in the first sentence relies to? May you write a bug-report for this? BTW you could help development by filing you different questions and consideration in suitable slots at https://answers.launchpad.net/python-mode https://blueprints.launchpad.net/python-mode/+spec/context-sensitive-completion Should you must be a member of the team for this, that should be easy to activate. Thanks back, Andreas > > Thanks for any help, > > Jeff > From andreas.roehler at online.de Tue Nov 8 10:52:44 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Tue, 08 Nov 2011 10:52:44 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE Message-ID: <4EB8FBEC.4080508@online.de> Hi Gabriele, https://github.com/pdee should be mirrored soon at lp:python-mode updated the README A remark to the python-el question, as it's no longer mentioned: Think we should deliver a choice of all known workable basic modes, i.e. python-mode.el and all flavors of python.el, ipython.el - unless one of it's authors/maintainers objects. While suggesting for further developing a start from components-python-mode https://code.launchpad.net/~a-roehler/python-mode/components-python-mode --which has been introduced for the very reasons seen at `emacs-for-python'-- we should deliver all known basic python-el: people used to one of the classics may switch instantly. So far, Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ https://github.com/pdee/ From andreas.roehler at online.de Wed Nov 9 12:13:21 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 09 Nov 2011 12:13:21 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: References: <4EB8FBEC.4080508@online.de> Message-ID: <4EBA6051.7040307@online.de> Am 09.11.2011 10:52, schrieb Gabriele Lanaro: > So do you want to include different versions of python-mode and let the > user choose through a configuration option? yes. Configuration should be still easier as now by clickable fields - which would be another task. Presently it requires still some Emacs Lisp understanding IMHO. Don't know how Fabi?n feels towards PDEE, as for me we could consider to share tasks a little bit, so we could do a jump indeed by combining available stuff. For example with modularized python-el, could merge something of shell-works from it and while indentation and editing stuff from components python-mode. That should come out delighting :) > > 2011/11/8 Andreas R?hler > >> Hi Gabriele, >> >> https://github.com/pdee >> >> should be mirrored soon at lp:python-mode >> >> updated the README >> >> A remark to the python-el question, as it's no longer >> mentioned: Think we should deliver a choice of all >> known workable basic modes, i.e. python-mode.el and all >> flavors of python.el, ipython.el - unless one of it's >> authors/maintainers objects. >> >> While suggesting for further developing a start from >> components-python-mode >> >> https://code.launchpad.net/~a-**roehler/python-mode/** >> components-python-mode >> >> --which has been introduced for the very reasons seen >> at `emacs-for-python'-- >> >> we should deliver all known basic python-el: people >> used to one of the classics may switch instantly. >> >> So far, >> >> Andreas >> >> -- >> https://launchpad.net/python-**mode >> https://launchpad.net/s-x-**emacs-werkstatt/ >> https://github.com/pdee/ >> > From andreas.roehler at online.de Wed Nov 9 14:38:03 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 09 Nov 2011 14:38:03 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> Message-ID: <4EBA823B.3030309@online.de> Am 09.11.2011 12:36, schrieb Gabriele Lanaro: > Ok I can try to work on the configuration interface (emacs has the > configuration settings builtin, I can just use that), and see if I can came > up with something really easy for the user. I'll let you know updates. > Could have some sheet to negotiate several purely PDEE-related topics like this - discussing the most suitable solutions. As tastes differ, we must not expect to agree all the time :) Will introduce a Notes page in the PDEE Wiki for that - unless you did it already. Cheers, Andreas From jeffrubic at gmail.com Wed Nov 9 14:56:00 2011 From: jeffrubic at gmail.com (Jeff Bauer) Date: Wed, 9 Nov 2011 07:56:00 -0600 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBA6051.7040307@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> Message-ID: <20111109135600.GA14261@rubic.com> On Wed, Nov 09, 2011 at 12:13:21PM +0100, Andreas R?hler wrote: > Am 09.11.2011 10:52, schrieb Gabriele Lanaro: > >So do you want to include different versions of python-mode and let the > >user choose through a configuration option? > > yes. > > Configuration should be still easier as now by clickable fields - > which would be another task. Presently it requires still some Emacs > Lisp understanding IMHO. ... 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. Jeff Bauer Rubicon, Inc. From barry at python.org Wed Nov 9 16:09:41 2011 From: barry at python.org (Barry Warsaw) Date: Wed, 9 Nov 2011 10:09:41 -0500 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <20111109135600.GA14261@rubic.com> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <20111109135600.GA14261@rubic.com> Message-ID: <20111109100941.5129b216@limelight.wooz.org> 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 *another* 30 years of Emacs use without it. :) -Barry From andreas.roehler at online.de Wed Nov 9 17:45:24 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 09 Nov 2011 17:45:24 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <20111109135600.GA14261@rubic.com> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <20111109135600.GA14261@rubic.com> Message-ID: <4EBAAE24.4010907@online.de> Am 09.11.2011 14:56, schrieb Jeff Bauer: > On Wed, Nov 09, 2011 at 12:13:21PM +0100, Andreas R?hler wrote: >> Am 09.11.2011 10:52, schrieb Gabriele Lanaro: >>> So do you want to include different versions of python-mode and let the >>> user choose through a configuration option? >> >> yes. >> >> Configuration should be still easier as now by clickable fields - >> which would be another task. Presently it requires still some Emacs >> Lisp understanding IMHO. > ... > > 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. > > Jeff Bauer > Rubicon, Inc. > Hi Jeff, as it's around establishing a workflow for the project still, you could make us the pleasure opening an issue at https://github.com/pdee/pdee thanks pointing at the matter, Andreas From jeffrubic at gmail.com Wed Nov 9 18:07:28 2011 From: jeffrubic at gmail.com (Jeff Bauer) Date: Wed, 9 Nov 2011 11:07:28 -0600 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBAAE24.4010907@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <20111109135600.GA14261@rubic.com> <4EBAAE24.4010907@online.de> Message-ID: <20111109170728.GL14261@rubic.com> On Wed, Nov 09, 2011 at 05:45:24PM +0100, Andreas R?hler wrote: > Am 09.11.2011 14:56, schrieb Jeff Bauer: > >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. > > > >Jeff Bauer > >Rubicon, Inc. > > > > Hi Jeff, > > as it's around establishing a workflow for the project still, you > could make us the pleasure opening an issue at > > https://github.com/pdee/pdee > > thanks pointing at the matter, > > Andreas Submitted to the github project, issue #1. -Jeff From andreas.roehler at online.de Wed Nov 9 18:23:08 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 09 Nov 2011 18:23:08 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <20111109170728.GL14261@rubic.com> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <20111109135600.GA14261@rubic.com> <4EBAAE24.4010907@online.de> <20111109170728.GL14261@rubic.com> Message-ID: <4EBAB6FC.50006@online.de> Am 09.11.2011 18:07, schrieb Jeff Bauer: > On Wed, Nov 09, 2011 at 05:45:24PM +0100, Andreas R?hler wrote: >> Am 09.11.2011 14:56, schrieb Jeff Bauer: >>> 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. >>> >>> Jeff Bauer >>> Rubicon, Inc. >>> >> >> Hi Jeff, >> >> as it's around establishing a workflow for the project still, you >> could make us the pleasure opening an issue at >> >> https://github.com/pdee/pdee >> >> thanks pointing at the matter, >> >> Andreas > > > Submitted to the github project, issue #1. > > -Jeff > great number, isn't it? too bad we are not a party :) Thanks! From andreas.roehler at online.de Wed Nov 9 18:44:52 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 09 Nov 2011 18:44:52 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <4EBA823B.3030309@online.de> Message-ID: <4EBABC14.9000707@online.de> Am 09.11.2011 18:22, schrieb Gabriele Lanaro: > I've started to write issues tagged with the discussion tag, so we can > discuss things directly in the tracker. > thanks, a first comment arrived https://github.com/pdee/pdee/issues/3 BTW going to assign you for the issue, is that okay in question? Just revert if wrong. cheers From gabriele.lanaro at gmail.com Wed Nov 9 10:52:13 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Wed, 9 Nov 2011 10:52:13 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EB8FBEC.4080508@online.de> References: <4EB8FBEC.4080508@online.de> Message-ID: So do you want to include different versions of python-mode and let the user choose through a configuration option? 2011/11/8 Andreas R?hler > Hi Gabriele, > > https://github.com/pdee > > should be mirrored soon at lp:python-mode > > updated the README > > A remark to the python-el question, as it's no longer > mentioned: Think we should deliver a choice of all > known workable basic modes, i.e. python-mode.el and all > flavors of python.el, ipython.el - unless one of it's > authors/maintainers objects. > > While suggesting for further developing a start from > components-python-mode > > https://code.launchpad.net/~a-**roehler/python-mode/** > components-python-mode > > --which has been introduced for the very reasons seen > at `emacs-for-python'-- > > we should deliver all known basic python-el: people > used to one of the classics may switch instantly. > > So far, > > Andreas > > -- > https://launchpad.net/python-**mode > https://launchpad.net/s-x-**emacs-werkstatt/ > https://github.com/pdee/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Wed Nov 9 12:36:39 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Wed, 9 Nov 2011 12:36:39 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBA6051.7040307@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> Message-ID: Ok I can try to work on the configuration interface (emacs has the configuration settings builtin, I can just use that), and see if I can came up with something really easy for the user. I'll let you know updates. 2011/11/9 Andreas R?hler > Am 09.11.2011 10:52, schrieb Gabriele Lanaro: > > So do you want to include different versions of python-mode and let the >> user choose through a configuration option? >> > > yes. > > Configuration should be still easier as now by clickable fields - which > would be another task. Presently it requires still some Emacs Lisp > understanding IMHO. > > Don't know how Fabi?n feels towards PDEE, as for me we could consider to > share tasks a little bit, so we could do a jump indeed by combining > available stuff. > > For example with modularized python-el, could merge something of > shell-works from it and while indentation and editing stuff from components > python-mode. > > That should come out delighting :) > > > >> 2011/11/8 Andreas R?hler >> > >> >> Hi Gabriele, >>> >>> https://github.com/pdee >>> >>> should be mirrored soon at lp:python-mode >>> >>> updated the README >>> >>> A remark to the python-el question, as it's no longer >>> mentioned: Think we should deliver a choice of all >>> known workable basic modes, i.e. python-mode.el and all >>> flavors of python.el, ipython.el - unless one of it's >>> authors/maintainers objects. >>> >>> While suggesting for further developing a start from >>> components-python-mode >>> >>> https://code.launchpad.net/~a-****roehler/python-mode/** >>> >>> components-python-mode>> roehler/python-mode/**components-python-mode >>> > >>> >>> --which has been introduced for the very reasons seen >>> at `emacs-for-python'-- >>> >>> we should deliver all known basic python-el: people >>> used to one of the classics may switch instantly. >>> >>> So far, >>> >>> Andreas >>> >>> -- >>> https://launchpad.net/python-****mode >>> >>> > >>> https://launchpad.net/s-x-****emacs-werkstatt/ >>> >>> > >>> https://github.com/pdee/ >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Wed Nov 9 18:22:21 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Wed, 9 Nov 2011 18:22:21 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBA823B.3030309@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <4EBA823B.3030309@online.de> Message-ID: I've started to write issues tagged with the discussion tag, so we can discuss things directly in the tracker. 2011/11/9 Andreas R?hler > Am 09.11.2011 12:36, schrieb Gabriele Lanaro: > > Ok I can try to work on the configuration interface (emacs has the >> configuration settings builtin, I can just use that), and see if I can >> came >> up with something really easy for the user. I'll let you know updates. >> >> > Could have some sheet to negotiate several purely PDEE-related topics like > this - discussing the most suitable solutions. > > As tastes differ, we must not expect to agree all the time :) > > Will introduce a Notes page in the PDEE Wiki for that - unless you did it > already. > > Cheers, > > Andreas > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gabriele.lanaro at gmail.com Wed Nov 9 18:46:15 2011 From: gabriele.lanaro at gmail.com (Gabriele Lanaro) Date: Wed, 9 Nov 2011 18:46:15 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBABC14.9000707@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <4EBA823B.3030309@online.de> <4EBABC14.9000707@online.de> Message-ID: yes no problem! 2011/11/9 Andreas R?hler > Am 09.11.2011 18:22, schrieb Gabriele Lanaro: > > I've started to write issues tagged with the discussion tag, so we can >> discuss things directly in the tracker. >> >> > thanks, > > a first comment arrived > > https://github.com/pdee/pdee/**issues/3 > > BTW going to assign you for the issue, is that okay in question? > Just revert if wrong. > > cheers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Thu Nov 10 08:22:25 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 10 Nov 2011 08:22:25 +0100 Subject: [Python-mode] Setting up pycomplete.el In-Reply-To: <4EBB5A14.7090603@gmail.com> References: <4EB849DE.9050803@gmail.com> <4EB8D0BD.3090005@online.de> <4EBB5A14.7090603@gmail.com> Message-ID: <4EBB7BB1.9010309@online.de> Am 10.11.2011 05:59, schrieb Jeffrey Spencer: > Added them in with the code below to help provide an explanation for the > last example that you didn't quite understand. I hope it is clearer now. yes, thanks Well, that's a feature. if autocomplete-related, as it's part already of PDEE, the most suitable place for a request is here: https://github.com/pdee/pdee/issues?sort=created&direction=desc&state=open > I wasn't sure what the link for context-sensitive-dependant was for I > didn't see where you could file a bug-report there. > in case of a Blueprint write to the whiteboard that's an alternative to bug-reports making clear, it's an extension, not a bug > Also, a couple of suggestions possibly. I have the newest pycomplete() > but I grabbed code from other sources not sure whether it was ever part > of the official version which displays the help and signature of the > classes,functions, etc.. if the functions are run. could you mail me the complete code? thanks There is electric > version so it is done everytime a "(" is pressed. I don't think these > are bad additions but was wondering why they are removed. not sure if been ever part. Used skeleton electric paren stuff from shipped python.el in components mode once, but had to de-activate, as in the way it was implemented --maybe my own error-- it destroyed abbrevs occasionally. They could > easily have the keybindings removed and people set them if desired. > Please make a feature request in the bug-tracker > Python-components-mode also looks good but couldn't give it a go because > kept getting an error when trying to grab the branch: > bzr: ERROR: Invalid url supplied to transport: "http://:0": No host > component bzr branch lp:~a-roehler/python-mode/components-python-mode should do it > but I'll give it a go soon when I get a chance. > > > Cheers, > Jeff > > > > (defun py-complete () > (interactive) > (let* ((pymacs-forget-mutability t) > (symbol (py-symbol-near-point)) > (completions > (list (pycomplete-pycomplete symbol > (py-find-global-imports))))) > (cond ((null completions) ; no matching symbol > (message "Can't find completion for \"%s\"" symbol) > (ding)) > ((null (cdr completions)) ; sole completion > (insert (car completions))) > (t > (message "Making completion list...") > (with-output-to-temp-buffer "*PythonCompletions*" > (display-completion-list completions)) > (message "Making completion list...%s" "done")))(indent-for-tab-command))) > > On 08/11/11 17:48, Andreas R?hler wrote: >> Am 07.11.2011 22:13, schrieb Jeffrey Spencer: >>> I am trying to setup pycomplete.el on my system. I had two questions >>> about it: >>> >>> 1) Can it be integrated with auto-complete and has anyone done this >>> before and has some tips?? >> >> Hi, >> >> AFAIK it should not interfere with auto-complete.el >> However, these will be two different approaches. >> py-complete will not come into action by themselves, only when called. >> >> BTW current python-mode.el trunk offers customizable alternatives to >> py-complete, the choice selected always on M-TAB. >> >> Or how do you get access to the list of >>> available completions. The display of completions available doesn't seem >>> to work or get passed back to the completions buffer like it is supposed >>> to. No *completions* buffer is ever created. I think this list could >>> also be used as a source in autocomplete. >> >> Yes, it could. But it's more complex yet due to limits of >> auto-complete, which still isn't perfect for Python modes IMO. >> >> A question is, what the resources of completion are and how to get them. >> >> >>> 2) How do I set it so whenever it does expand the symbol at the point it >>> performs a (indent-for-tab-command). I have this right now working but >>> the only way I can figure it out is that everytime the function is run >>> it doesn't which isn't desired. This is temporary until I had figured >>> out how to work into autocomplete. >> >> Have only a faintly impression what that last section means. What "it" >> in the first sentence relies to? >> >> May you write a bug-report for this? >> >> BTW you could help development by filing you different questions and >> consideration in suitable slots at >> >> https://answers.launchpad.net/python-mode >> >> https://blueprints.launchpad.net/python-mode/+spec/context-sensitive-completion >> >> >> Should you must be a member of the team for this, that should be easy >> to activate. >> >> Thanks back, >> >> Andreas >> >>> >>> Thanks for any help, >>> >>> Jeff >>> >> >> _______________________________________________ >> Python-mode mailing list >> Python-mode at python.org >> http://mail.python.org/mailman/listinfo/python-mode > From andreas.roehler at online.de Fri Nov 11 10:05:23 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 11 Nov 2011 10:05:23 +0100 Subject: [Python-mode] Setting up pycomplete.el In-Reply-To: <4EBBAC94.1020905@gmail.com> References: <4EB849DE.9050803@gmail.com> <4EB8D0BD.3090005@online.de> <4EBB5A14.7090603@gmail.com> <4EBB7BB1.9010309@online.de> <4EBBAC94.1020905@gmail.com> Message-ID: <4EBCE553.9050302@online.de> Am 10.11.2011 11:51, schrieb Jeffrey Spencer: > Also a feature request if that code was implemented would be to make it > work for example if you type: > > numpy.arange > > and then the hotkey for help it works. It doesn't function correctly in > this case: > > numpy.arange( > > then hitting a hot-key now. This may have been something to do with > electric function for "(" but I was planning on reimplementing so the > help works either way. It detects first whether a "(" is the previous > character or not. Then does completion from the prior if so. I assume > this will work properly but haven't implemented it yet but should be > trivial. > > Cheers, > Jeff > > could you make an entry in the bug-tracker? Please indicate which python-mode version, resp. revision thanks From georg at python.org Sat Nov 12 08:51:54 2011 From: georg at python.org (Georg Brandl) Date: Sat, 12 Nov 2011 08:51:54 +0100 Subject: [Python-mode] Credits Message-ID: <4EBE259A.2020909@python.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Andreas, while you are the most active contributor of python-mode at the moment, I don't think it was a good idea to remove all of the credits/copyright history from the file header. Also (defconst py-version "This is experimental `python-components-mode' not released yet, see https://code.launchpad.net/~a-roehler/python-mode/python-mode-components") What is going on here? Georg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk6+JZoACgkQN9GcIYhpnLCj8QCbBFvV9pAnYIKbCCrpmkIVEh8p x5cAoKa7RDuXoP1MxunaVbwYOuUyMzWV =NxRM -----END PGP SIGNATURE----- From andreas.roehler at online.de Sat Nov 12 09:23:13 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Sat, 12 Nov 2011 09:23:13 +0100 Subject: [Python-mode] Credits In-Reply-To: <4EBE259A.2020909@python.org> References: <4EBE259A.2020909@python.org> Message-ID: <4EBE2CF1.50606@online.de> Am 12.11.2011 08:51, schrieb Georg Brandl: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Andreas, > > while you are the most active contributor of python-mode at the moment, > I don't think it was a good idea to remove all of the credits/copyright > history from the file header. > Hi Georg, if you may have a look into the components branch, all files contain something like that in the header: ;; Python-components-mode started from python-mode.el ;; and python.el, where Tim Peters, Barry A. Warsaw, ;; Skip Montanaro, Ken Manheimer, Dave Love and many ;; others wrote major parts. Author of ipython.el's ;; stuff integrated here is Alexander Schmolck. As for the trunk that was lost by accident latetly, as it had to be stripped when re-assembling, just had to be restored once after. Nonetheless, it makes me headaches for long, as some authors are mentioned here, while a lot of other contributors not. 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. > Also > > (defconst py-version "This is experimental `python-components-mode' not > released yet, see > https://code.launchpad.net/~a-roehler/python-mode/python-mode-components") > > What is going on here? A bug due re-assembling too. From barry at python.org Sat Nov 12 15:18:29 2011 From: barry at python.org (Barry Warsaw) Date: Sat, 12 Nov 2011 09:18:29 -0500 Subject: [Python-mode] Credits In-Reply-To: <4EBE2CF1.50606@online.de> References: <4EBE259A.2020909@python.org> <4EBE2CF1.50606@online.de> Message-ID: <20111112091829.16874533@limelight.wooz.org> 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 credit for contributing to python-mode.el's long and storied history. -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From fabian at anue.biz Fri Nov 18 06:36:11 2011 From: fabian at anue.biz (=?ISO-8859-15?Q?Fabi=E1n_Ezequiel_Gallina?=) Date: Fri, 18 Nov 2011 02:36:11 -0300 Subject: [Python-mode] completion in python-mode In-Reply-To: <4EB4EC1C.6090608@online.de> References: <4EB4EC1C.6090608@online.de> Message-ID: <4EC5EECB.6050009@anue.biz> On 11/05/2011 04:56 AM, Andreas R?hler wrote: > Hi Fabian, > > while hunting > > https://bugs.launchpad.net/python-mode/+bug/886227 > > consider a merge of some parts of your python.el > > Completion feels faster than the stand-alone solution used several > commits before. > > Curious to know the reasons, should you can tell. > > Just to drop you a notice so far. > > Best regards, > > Andreas > > -- > https://launchpad.net/python-mode > https://launchpad.net/s-x-emacs-werkstatt/ > > > Hi Andreas, I myself use ropemacs for autocompletion, integrating it is really simple and the extra setup is worth it. For now, I'm not planning to implement that directly into python.el, as I want to keep it simple. I acknowledge that the default completion machinery is not that good but it's good enough than if you have nothing else. With that said, I think it's cool trying to enable pymacs and fallback if not available anyways, so nice work there. BTW I appreciate for keeping me updated with this kind of stuff, and I apologize for the delay on the reply. PS: with regards completion, my python.el uses the interactive shell by querying completions with the code defined in python-shell-completion-string-code. It's not the cleaner way to do it, but it does it's job. The problem with this is that it breaks if you are working on the comint shell and you have a sentence split in several lines. My plan is to give the comint shell the ability to handle raw tabs like it would in term (M-x term), this way I can let readline to do it's job and then parse the result. I was halfway through a hack for it but never got time to complete it, I'll let you know if I finish it sometime, might be a good alternative, who knows :) From fabian at anue.biz Fri Nov 18 06:56:33 2011 From: fabian at anue.biz (=?ISO-8859-1?Q?Fabi=E1n_Ezequiel_Gallina?=) Date: Fri, 18 Nov 2011 02:56:33 -0300 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EBA6051.7040307@online.de> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> Message-ID: <4EC5F391.4060101@anue.biz> On 11/09/2011 08:13 AM, Andreas R?hler wrote: > Am 09.11.2011 10:52, schrieb Gabriele Lanaro: >> So do you want to include different versions of python-mode and let the >> user choose through a configuration option? > > yes. > > Configuration should be still easier as now by clickable fields - > which would be another task. Presently it requires still some Emacs > Lisp understanding IMHO. > > Don't know how Fabi?n feels towards PDEE, as for me we could consider > to share tasks a little bit, so we could do a jump indeed by > combining available stuff. > > For example with modularized python-el, could merge something of > shell-works from it and while indentation and editing stuff from > components python-mode. > > That should come out delighting :) I'm all in favor for PDEE, cool stuff would come from it :) As in development I can't promise to put lot of efforts in it since my time is really limited right now, but I'll be more than happy to help in the integration of my python.el to it (even if it's answering some questions). By the way, I looked quickly at the repository and after seeing the extensions directory the idea of having them tracked with git submodules came to my mind. This is just an idea, as I've been a happy user of git submodules for a while now. They could help you to simplify tracking last versions of dependencies. Regards, Fabi?n. From andreas.roehler at online.de Fri Nov 18 08:14:33 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Fri, 18 Nov 2011 08:14:33 +0100 Subject: [Python-mode] completion in python-mode In-Reply-To: <4EC5EECB.6050009@anue.biz> References: <4EB4EC1C.6090608@online.de> <4EC5EECB.6050009@anue.biz> Message-ID: <4EC605D9.2060802@online.de> [ ... ] > > PS: with regards completion, my python.el uses the interactive shell by > querying completions with the code defined in > python-shell-completion-string-code. so it's done in python-mode.el trunk too presently. It's not the cleaner way to do it, > but it does it's job. IIUC it completes only symbols, which are present in the Python module loaded. We can do better. Having several major approaches in Emacs - the mentioned auto-complete.el, a completion using company-mode, CEDET etc. Toby Cubits Predictive seems very interesting too: http://www.dr-qubit.org/emacs.php#predictive-download git clone http://www.dr-qubit.org/git/predictive.git The problem with this is that it breaks if you are > working on the comint shell and you have a sentence split in several > lines. My plan is to give the comint shell the ability to handle raw > tabs like it would in term (M-x term), this way I can let readline to do > it's job and then parse the result. I was halfway through a hack for it > but never got time to complete it, I'll let you know if I finish it > sometime, might be a good alternative, who knows :) > makes me think at the ipython-shell. resp. it's ipython.el. Isn't it realised there already? Cheers From andreas.roehler at online.de Fri Nov 18 08:30:56 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 18 Nov 2011 08:30:56 +0100 Subject: [Python-mode] Python Developers Emacs Environment - PDEE In-Reply-To: <4EC5F391.4060101@anue.biz> References: <4EB8FBEC.4080508@online.de> <4EBA6051.7040307@online.de> <4EC5F391.4060101@anue.biz> Message-ID: <4EC609B0.50301@online.de> Am 18.11.2011 06:56, schrieb Fabi?n Ezequiel Gallina: > On 11/09/2011 08:13 AM, Andreas R?hler wrote: >> Am 09.11.2011 10:52, schrieb Gabriele Lanaro: >>> So do you want to include different versions of python-mode and let the >>> user choose through a configuration option? >> >> yes. >> >> Configuration should be still easier as now by clickable fields - >> which would be another task. Presently it requires still some Emacs >> Lisp understanding IMHO. >> >> Don't know how Fabi?n feels towards PDEE, as for me we could consider >> to share tasks a little bit, so we could do a jump indeed by combining >> available stuff. >> >> For example with modularized python-el, could merge something of >> shell-works from it and while indentation and editing stuff from >> components python-mode. >> >> That should come out delighting :) > > I'm all in favor for PDEE, cool stuff would come from it :) > Hi, glad to see you. > As in development I can't promise to put lot of efforts in it since my > time is really limited right now, but I'll be more than happy to help in > the integration of my python.el to it (even if it's answering some > questions). > As you may have remarked, you are already mentioned in python-mode.el CREDITS. Will commit today a commands calling explicit "dedicated"-processes, a feature inspired by your work. As for the future, think of a very basic new approach based on modules and a layer like comint provides - lets call it comprog for the moment. Your python.el splits fine BTW, it's modularized version works here already. Maybe will upload an experimental branch these days, so you may have a look. > By the way, I looked quickly at the repository and after seeing the > extensions directory the idea of having them tracked with git submodules > came to my mind. This is just an idea, as I've been a happy user of git > submodules for a while now. They could help you to simplify tracking > last versions of dependencies. Sound very interesting. Andreas > > > > Regards, > Fabi?n. > From llewelr at gmail.com Tue Nov 22 19:41:10 2011 From: llewelr at gmail.com (Richard Llewellyn) Date: Tue, 22 Nov 2011 11:41:10 -0700 Subject: [Python-mode] python 3 series not detected or Message-ID: I have just switched to Python 3.2 and am having problems with interpreter (NameError: name 'execfile' is not defined.) I see this was topic of Bug 450552, and in python_mode.el seems to be dealt with by defun py-which-execute-file-command. Unfortunately I don't get far with Lisp so I am not working through the issue. Failure may be related to use of virtualenv, but happens outside any virtualenv as well where I forcing emacs to use python3 with (setq python-python-command "/usr/bin/python3"). Right now I am looking for an easy fix -- is there a variable I can set to manually define the version? BTW I don't see the error message "Could not detect Python on your system." Thanks much for all your great work! -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Tue Nov 22 20:25:59 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Tue, 22 Nov 2011 20:25:59 +0100 Subject: [Python-mode] python 3 series not detected or In-Reply-To: References: Message-ID: <4ECBF747.1030207@online.de> Am 22.11.2011 19:41, schrieb Richard Llewellyn: > I have just switched to Python 3.2 and am having problems with interpreter > (NameError: name 'execfile' is not defined.) I see this was topic of Bug > 450552, and in python_mode.el seems to be dealt with by defun > py-which-execute-file-command. Unfortunately I don't get far with Lisp so > I am not working through the issue. Failure may be related to use of > virtualenv, but happens outside any virtualenv as well where I forcing > emacs to use python3 with (setq python-python-command "/usr/bin/python3"). > Right now I am looking for an easy fix -- is there a variable I can set to > manually define the version? > BTW I don't see the error message "Could not detect Python on your system." > We just detect - :) Well, need some detailed info what you tried to do and what error you got. Please make an entry at https://bugs.launchpad.net/python-mode Does M-x python3 RET give you a Python3 shell? When a command fails, please do M-x report-emacs-bug RET and send the output to the tracker Thanks, Andreas > Thanks much for all your great work! > > > > > _______________________________________________ > Python-mode mailing list > Python-mode at python.org > http://mail.python.org/mailman/listinfo/python-mode From andrea.crotti.0 at gmail.com Thu Nov 24 16:41:14 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Thu, 24 Nov 2011 15:41:14 +0000 Subject: [Python-mode] completion in shell Message-ID: <4ECE659A.3040706@gmail.com> Since some time my shell completion stopped working, only today I digged to see what's going on, and I found that tab is bound to: py-shell-complete But why is that? Emacs -Q doesn't show this behaviour, but looking in python-mode code I don't see how it could happen, any idea? From andreas.roehler at online.de Fri Nov 25 08:36:04 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 25 Nov 2011 08:36:04 +0100 Subject: [Python-mode] completion in shell In-Reply-To: <4ECE659A.3040706@gmail.com> References: <4ECE659A.3040706@gmail.com> Message-ID: <4ECF4564.9010108@online.de> Am 24.11.2011 16:41, schrieb Andrea Crotti: > Since some time my shell completion stopped working, only today I digged > to see what's going on, > and I found that tab is bound to: > py-shell-complete which isn't that bad. that was fixed here https://bugs.launchpad.net/python-mode/+bug/328836 and seems broken recently again. Presently shell completion should work at least from within after M-y ipython > > But why is that? > Emacs -Q doesn't show this behaviour, Does it give a reasonable Python completion? From andrea.crotti.0 at gmail.com Fri Nov 25 12:11:11 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Fri, 25 Nov 2011 11:11:11 +0000 Subject: [Python-mode] completion in shell In-Reply-To: <4ECF4564.9010108@online.de> References: <4ECE659A.3040706@gmail.com> <4ECF4564.9010108@online.de> Message-ID: <4ECF77CF.8030608@gmail.com> On 11/25/2011 07:36 AM, Andreas R?hler wrote: > which isn't that bad. > > that was fixed here > > https://bugs.launchpad.net/python-mode/+bug/328836 > > and seems broken recently again. > > Presently shell completion should work at least from within > after M-y ipython > Maybe I was not clear, the py-shell-complete binding is not in my python shell, but in my bash shell, started with M-x shell, that's why I think is strange.. From andreas.roehler at online.de Fri Nov 25 14:31:11 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 25 Nov 2011 14:31:11 +0100 Subject: [Python-mode] completion in shell In-Reply-To: <4ECF77CF.8030608@gmail.com> References: <4ECE659A.3040706@gmail.com> <4ECF4564.9010108@online.de> <4ECF77CF.8030608@gmail.com> Message-ID: <4ECF989F.1080200@online.de> Am 25.11.2011 12:11, schrieb Andrea Crotti: > On 11/25/2011 07:36 AM, Andreas R?hler wrote: >> which isn't that bad. >> >> that was fixed here >> >> https://bugs.launchpad.net/python-mode/+bug/328836 >> >> and seems broken recently again. >> >> Presently shell completion should work at least from within >> after M-y ipython >> > > Maybe I was not clear, the py-shell-complete binding is not in my > python shell, but in my bash shell, started with M-x shell, > that's why I think is strange.. > Indeed, that's a different case. Checking with current trunk just committed don't see it. Could you try again? Should it still happen, please make a report a the tracker. Thanks, Andreas From andrea.crotti.0 at gmail.com Wed Nov 30 11:06:39 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 30 Nov 2011 10:06:39 +0000 Subject: [Python-mode] completion in shell In-Reply-To: <4ECF989F.1080200@online.de> References: <4ECE659A.3040706@gmail.com> <4ECF4564.9010108@online.de> <4ECF77CF.8030608@gmail.com> <4ECF989F.1080200@online.de> Message-ID: <4ED6002F.10803@gmail.com> On 11/25/2011 01:31 PM, Andreas R?hler wrote: > > Indeed, that's a different case. > > Checking with current trunk just committed don't see it. > Could you try again? > > Should it still happen, please make a report a the tracker. > > Thanks, > > Andreas > > That was fixed thanks a lot, but now I'm afraid that py-execute-buffer is not working anymore. It doesn't create anymore a new buffer with the execution buffer as it was doing before.. From andrea.crotti.0 at gmail.com Wed Nov 30 23:54:11 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 30 Nov 2011 22:54:11 +0000 Subject: [Python-mode] completion in shell In-Reply-To: <4ED661C5.9030205@online.de> References: <4ECE659A.3040706@gmail.com> <4ECF4564.9010108@online.de> <4ECF77CF.8030608@gmail.com> <4ECF989F.1080200@online.de> <4ED6002F.10803@gmail.com> <4ED661C5.9030205@online.de> Message-ID: <4ED6B413.9020607@gmail.com> Ok thanks, the problems was there also from Emacs -Q, but after I've updated again it works now... It does not work, however, the completion in the shell with py-shell-completion, is that normal or should I report it? From andreas.roehler at online.de Wed Nov 30 18:03:01 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Wed, 30 Nov 2011 18:03:01 +0100 Subject: [Python-mode] completion in shell In-Reply-To: <4ED6002F.10803@gmail.com> References: <4ECE659A.3040706@gmail.com> <4ECF4564.9010108@online.de> <4ECF77CF.8030608@gmail.com> <4ECF989F.1080200@online.de> <4ED6002F.10803@gmail.com> Message-ID: <4ED661C5.9030205@online.de> Am 30.11.2011 11:06, schrieb Andrea Crotti: > On 11/25/2011 01:31 PM, Andreas R?hler wrote: >> > That was fixed thanks a lot, but now I'm afraid that py-execute-buffer > is not working anymore. > It doesn't create anymore a new buffer with the execution buffer as it > was doing before.. > attached a screenshot with two results in *Python* - first from py-execute-region - py-execute-buffer Need a report at the tracker, should still experience this with current trunk. -------------- next part -------------- A non-text attachment was scrubbed... Name: who.png Type: image/png Size: 72295 bytes Desc: not available URL: