From andrea.crotti.0 at gmail.com Thu Dec 1 00:25:01 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 30 Nov 2011 23:25:01 +0000 Subject: [Python-mode] paredit-like mode Message-ID: <4ED6BB4D.7010001@gmail.com> I like paredit-mode when I write in elisp, but unfortunately for python is not perfect, is there anything similiar we could use for python mode? Thanks, Andrea From andreas.roehler at online.de Thu Dec 1 12:18:39 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 01 Dec 2011 12:18:39 +0100 Subject: [Python-mode] paredit-like mode In-Reply-To: <4ED6BB4D.7010001@gmail.com> References: <4ED6BB4D.7010001@gmail.com> Message-ID: <4ED7628F.4020106@online.de> Am 01.12.2011 00:25, schrieb Andrea Crotti: > I like paredit-mode when I write in elisp, but unfortunately for python > is not perfect, is there anything similiar we could use for python mode? > > Thanks, > Andrea > good idea, think some of them exists already resp. isn't far away. as paredit offers a lot, some code example before - after might help implementing it. Will make a Blueprint meanwhile for the matter. Andreas -- http://launchpad.net/python-mode http://launchpad.net/s-x-emacs-werkstatt/ From andrea.crotti.0 at gmail.com Thu Dec 1 12:39:33 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Thu, 01 Dec 2011 11:39:33 +0000 Subject: [Python-mode] paredit-like mode In-Reply-To: <4ED7628F.4020106@online.de> References: <4ED6BB4D.7010001@gmail.com> <4ED7628F.4020106@online.de> Message-ID: <4ED76775.30008@gmail.com> On 12/01/2011 11:18 AM, Andreas R?hler wrote: > > > good idea, think some of them exists already resp. isn't far away. > > as paredit offers a lot, some code example > before - after > might help implementing it. > > Will make a Blueprint meanwhile for the matter. > > Andreas Thanks, first I thought we could use paredit itself customizing its behaviour, but looking at the code there isn't even one defcustom, which makes me think that its behaviour is not really customizable. There are many examples in other code (cc-mode for example), in general using the abbrev-table might be easy, but maybe not so flexible. For things like """ """ I use yasnippet actually, but for opening / closing brackets is not ideal.. From andreas.roehler at online.de Thu Dec 1 21:46:56 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 01 Dec 2011 21:46:56 +0100 Subject: [Python-mode] paredit-like mode In-Reply-To: <4ED7AEEA.8040106@gmail.com> References: <4ED6BB4D.7010001@gmail.com> <4ED7628F.4020106@online.de> <4ED76775.30008@gmail.com> <4ED7ADC3.8090303@online.de> <4ED7AEEA.8040106@gmail.com> Message-ID: <4ED7E7C0.3060200@online.de> Am 01.12.2011 17:44, schrieb Andrea Crotti: > Well I would like to have electric parens, you may have a look into the components-branch, which delivers a python-components-skeletons.el - lifted from python.el it has a heisenbug, deleting all my abbrevs occasionally, thus de-activated electric " and maybe electric > : is `py-electric-colon' what you are looking for here? (that's not so important). > Just inserting a closing parens when you open one is not enough > unfortunately, that's > why paredit also smartly deletes them. > need some code example From catphive at catphive.net Fri Dec 2 09:18:01 2011 From: catphive at catphive.net (Brendan Miller) Date: Fri, 2 Dec 2011 00:18:01 -0800 Subject: [Python-mode] paredit-like mode In-Reply-To: <4ED6BB4D.7010001@gmail.com> References: <4ED6BB4D.7010001@gmail.com> Message-ID: The mode you are looking for is called autopair: http://code.google.com/p/autopair/ Kind of a scaled back paredit that works with any language. On Wed, Nov 30, 2011 at 3:25 PM, Andrea Crotti wrote: > I like paredit-mode when I write in elisp, but unfortunately for python > is not perfect, is there anything similiar we could use for python mode? > > Thanks, > Andrea > > _______________________________________________ > Python-mode mailing list > Python-mode at python.org > http://mail.python.org/mailman/listinfo/python-mode From andrea.crotti.0 at gmail.com Fri Dec 2 16:39:23 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Fri, 02 Dec 2011 15:39:23 +0000 Subject: [Python-mode] paredit-like mode In-Reply-To: References: <4ED6BB4D.7010001@gmail.com> Message-ID: <4ED8F12B.2030804@gmail.com> On 12/02/2011 08:18 AM, Brendan Miller wrote: > The mode you are looking for is called autopair: > http://code.google.com/p/autopair/ > Kind of a scaled back paredit that works with any language. > Thanks a lot, exactly what I was looking for :) From geneh at shaw.ca Sat Dec 3 22:43:47 2011 From: geneh at shaw.ca (Gene horodecki) Date: Sat, 03 Dec 2011 15:43:47 -0600 Subject: [Python-mode] How to configure autocompletion? Message-ID: <4EDA9813.7080600@shaw.ca> Hi there, The INSTALL file bundled with python-mode only covers basic install. Can I get instructions for making auto-complete work? That is the function that I am really interested in. Thanks! From catphive at catphive.net Sat Dec 3 22:58:54 2011 From: catphive at catphive.net (Brendan Miller) Date: Sat, 3 Dec 2011 13:58:54 -0800 Subject: [Python-mode] How to configure autocompletion? In-Reply-To: <4EDA9813.7080600@shaw.ca> References: <4EDA9813.7080600@shaw.ca> Message-ID: M-TAB does does smart autocompletion in emacs. It looks you you must (require 'pycomplete) in python-mode.el. http://bazaar.launchpad.net/~python-mode-devs/python-mode/python-mode/view/head:/completion/pycomplete.py It looks like both python.el and python-mode.el only do autocompletion on objects at global scope. Ropemacs has more comprehensive autocompletion I believe: http://rope.sourceforge.net/ropemacs.html For some reason ropemacs uses M-/ for autocompletion (which is nonstandard as M-/ should do a different kind of completion). On Sat, Dec 3, 2011 at 1:43 PM, Gene horodecki wrote: > Hi there, The INSTALL file bundled with python-mode only covers basic > install. ?Can I get instructions for making auto-complete work? ?That is the > function that I am really interested in. ?Thanks! > _______________________________________________ > Python-mode mailing list > Python-mode at python.org > http://mail.python.org/mailman/listinfo/python-mode From andreas.roehler at online.de Sun Dec 4 08:31:56 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Sun, 04 Dec 2011 08:31:56 +0100 Subject: [Python-mode] How to configure autocompletion? In-Reply-To: References: <4EDA9813.7080600@shaw.ca> Message-ID: <4EDB21EC.1000308@online.de> Am 03.12.2011 22:58, schrieb Brendan Miller: > M-TAB does does smart autocompletion in emacs. > would call that rather completion, while auto-completion starts by themselves - just auto BTW we are preparing it, https://blueprints.launchpad.net/python-mode/+spec/context-sensitive-completion see also https://github.com/pdee/pdee/tree/master/extensions/auto-complete Andreas -- http://launchpad.net/python-mode http://launchpad.net/s-x-emacs-werkstatt/ From catphive at catphive.net Mon Dec 5 01:38:37 2011 From: catphive at catphive.net (Brendan Miller) Date: Sun, 4 Dec 2011 16:38:37 -0800 Subject: [Python-mode] How to configure autocompletion? In-Reply-To: <4EDB21EC.1000308@online.de> References: <4EDA9813.7080600@shaw.ca> <4EDB21EC.1000308@online.de> Message-ID: On Sat, Dec 3, 2011 at 11:31 PM, Andreas R?hler wrote: > Am 03.12.2011 22:58, schrieb Brendan Miller: > >> M-TAB does does smart autocompletion in emacs. >> > > would call that rather completion, while auto-completion starts by > themselves - just auto > > BTW we are preparing it, > > https://blueprints.launchpad.net/python-mode/+spec/context-sensitive-completion Kind of off topic, but that email comparing emacs and kdevelop for C++ is very misleading because emacs already has the features he is talking about in kdevelop, that's what CEDET does, and because also kdevelop is for QT which does not use modern C++. QT predates standard C++ and the standard library, so it duplicates a lot of stuff without modern C++ features like templates and namespaces. For this reason, I'm not sure whether kdevelop is designed to handle modern C++ code bases (can't say I've tried it though). That email also seems to imply that emacs development is slow, and complains about "the tyrrany[sic] of a certain old-time maintainer of emacs"... Actually, I've found emacs development to be moving pretty quickly; emacs 24 is almost out with a ton of new features. Also, Richard Stallman is no longer the maintainer of emacs, and the new guy seems very proactive about updating the way emacs works. A whole slew of fundamental changes have been made recently... From andreas.roehler at online.de Mon Dec 5 07:16:40 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Mon, 05 Dec 2011 07:16:40 +0100 Subject: [Python-mode] How to configure autocompletion? In-Reply-To: References: <4EDA9813.7080600@shaw.ca> <4EDB21EC.1000308@online.de> Message-ID: <4EDC61C8.9080004@online.de> Am 05.12.2011 01:38, schrieb Brendan Miller: > On Sat, Dec 3, 2011 at 11:31 PM, Andreas R?hler > wrote: >> Am 03.12.2011 22:58, schrieb Brendan Miller: >> >>> M-TAB does does smart autocompletion in emacs. >>> >> >> would call that rather completion, while auto-completion starts by >> themselves - just auto >> >> BTW we are preparing it, >> >> https://blueprints.launchpad.net/python-mode/+spec/context-sensitive-completion > > Kind of off topic, but that email comparing emacs and kdevelop for C++ > is very misleading because emacs already has the features he is > talking about in kdevelop, that's what CEDET does, and because also > kdevelop is for QT which does not use modern C++. QT predates standard > C++ and the standard library, so it duplicates a lot of stuff without > modern C++ features like templates and namespaces. For this reason, > I'm not sure whether kdevelop is designed to handle modern C++ code > bases (can't say I've tried it though). > > That email also seems to imply that emacs development is slow, and > complains about "the tyrrany[sic] of a certain old-time maintainer of > emacs"... Actually, I've found emacs development to be moving pretty > quickly; emacs 24 is almost out with a ton of new features. Also, > Richard Stallman is no longer the maintainer of emacs, and the new guy > seems very proactive about updating the way emacs works. A whole slew > of fundamental changes have been made recently... > Thanks. Added it to the related Blueprint. Andreas From yagnesh at live.com Tue Dec 6 16:35:43 2011 From: yagnesh at live.com (yagnesh at live.com) Date: Wed, 07 Dec 2011 00:35:43 +0900 Subject: [Python-mode] [bug] loading python-mode opens python-mode.el Message-ID: <8739cxemr4.fsf@live.com> Hello, I checked python-mode trunk from few days from launchpad and I found that whenever I open new emacs I see a buffer with python-mode.el. and with emacs -Q the reproduce. ,---- | emacs -Q | M-x load-file highlight-indentation.el | M-x load-file python-mode.el | M-x list-buffers `---- you can see a buffer called python.el.gz opened. git bisect gives me this change ,---- | a1ad7275 * fixes lp:888338, keywords in identifiers are highlighted incorrectly `---- but this huge commit. -- YYR From barry at python.org Tue Dec 6 17:04:41 2011 From: barry at python.org (Barry Warsaw) Date: Tue, 6 Dec 2011 11:04:41 -0500 Subject: [Python-mode] [bug] loading python-mode opens python-mode.el In-Reply-To: <8739cxemr4.fsf@live.com> References: <8739cxemr4.fsf@live.com> Message-ID: <20111206110441.3665dd06@resist.wooz.org> On Dec 07, 2011, at 12:35 AM, yagnesh at live.com wrote: >I checked python-mode trunk from few days from launchpad and I >found that whenever I open new emacs I see a buffer with python-mode.el. >and with emacs -Q You know, I just started noticing this myself. Please submit a bug and I'm sure Andreas will fix it soon. -Barry From yagnesh at live.com Tue Dec 6 18:10:30 2011 From: yagnesh at live.com (Yagnesh Raghava Yakkala) Date: Wed, 07 Dec 2011 02:10:30 +0900 Subject: [Python-mode] [bug] loading python-mode opens python-mode.el References: <8739cxemr4.fsf@live.com> <20111206110441.3665dd06@resist.wooz.org> Message-ID: <87ipltd3sp.fsf@live.com> Barry Warsaw writes: > On Dec 07, 2011, at 12:35 AM, yagnesh at live.com wrote: > >>I checked python-mode trunk from few days from launchpad and I >>found that whenever I open new emacs I see a buffer with python-mode.el. >>and with emacs -Q > > You know, I just started noticing this myself. Please submit a bug and I'm > sure Andreas will fix it soon. report submitted https://bugs.launchpad.net/python-mode/+bug/900847 further more; I think I narrowed the problem. on line number 556 there is call find-function-noselect, which makes this happen. > > -Barry -- YYR From yagnesh at live.com Tue Dec 6 19:06:26 2011 From: yagnesh at live.com (Yagnesh Raghava Yakkala) Date: Wed, 07 Dec 2011 03:06:26 +0900 Subject: [Python-mode] [patch] loading python-mode opens python-mode.el References: <8739cxemr4.fsf@live.com> <20111206110441.3665dd06@resist.wooz.org> <87ipltd3sp.fsf@live.com> Message-ID: <8762htd17h.fsf_-_@live.com> Yagnesh Raghava Yakkala writes: > Barry Warsaw writes: > >> On Dec 07, 2011, at 12:35 AM, yagnesh at live.com wrote: >> >>>I checked python-mode trunk from few days from launchpad and I >>>found that whenever I open new emacs I see a buffer with python-mode.el. >>>and with emacs -Q >> >> You know, I just started noticing this myself. Please submit a bug and I'm >> sure Andreas will fix it soon. > > report submitted https://bugs.launchpad.net/python-mode/+bug/900847 > > further more; > I think I narrowed the problem. > on line number 556 there is call find-function-noselect, which makes > this happen. > >> >> -Barry This patch seems to fix the problem. Though I dont believe my elisp. -------------- next part -------------- A non-text attachment was scrubbed... Name: python-mode.el.diff Type: text/x-diff Size: 684 bytes Desc: fix URL: -------------- next part -------------- -- YYR From andreas.roehler at online.de Tue Dec 6 20:46:52 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Tue, 06 Dec 2011 20:46:52 +0100 Subject: [Python-mode] [patch] loading python-mode opens python-mode.el In-Reply-To: <8762htd17h.fsf_-_@live.com> References: <8739cxemr4.fsf@live.com> <20111206110441.3665dd06@resist.wooz.org> <87ipltd3sp.fsf@live.com> <8762htd17h.fsf_-_@live.com> Message-ID: <4EDE712C.50209@online.de> Am 06.12.2011 19:06, schrieb Yagnesh Raghava Yakkala: > Yagnesh Raghava Yakkala writes: > >> Barry Warsaw writes: >> >>> On Dec 07, 2011, at 12:35 AM, yagnesh at live.com wrote: >>> >>>> I checked python-mode trunk from few days from launchpad and I >>>> found that whenever I open new emacs I see a buffer with python-mode.el. >>>> and with emacs -Q >>> >>> You know, I just started noticing this myself. Please submit a bug and I'm >>> sure Andreas will fix it soon. >> >> report submitted https://bugs.launchpad.net/python-mode/+bug/900847 >> >> further more; >> I think I narrowed the problem. >> on line number 556 there is call find-function-noselect, which makes >> this happen. >> >>> >>> -Barry > > This patch seems to fix the problem. Though I dont believe my elisp. > Hi, thanks a lot investigating this. Think will drop the whole thing --trying to guess the path from file loading-- is error prone anyway. If Emacs encounters (file-name-directory (locate-library "python-mode")) before python-mode is loaded, an error will result. OTOH if python-mode is already present, it must not be the one we need for subdirectories. Does not make sense to store the path from here. Will update the INSTALL instead requiring settings before. BTW as completion from Pymacs isn't used for the moment, think it's a truly stand-alone still. Andreas Andreas From andreas.roehler at online.de Thu Dec 8 07:57:43 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 08 Dec 2011 07:57:43 +0100 Subject: [Python-mode] hide-show mode Message-ID: <4EE05FE7.1030700@online.de> Hi Barry, hi all, to make commands like `hs-hide-block' work, hs-minor-mode must be switched on before. Consider to add a hook enabling this by default - alongside with a variable permitting to disable per defcustom. Opinions? Cheers, Andreas From barry at python.org Thu Dec 8 13:55:03 2011 From: barry at python.org (Barry Warsaw) Date: Thu, 8 Dec 2011 07:55:03 -0500 Subject: [Python-mode] hide-show mode In-Reply-To: <4EE05FE7.1030700@online.de> References: <4EE05FE7.1030700@online.de> Message-ID: <20111208075503.13350cac@limelight.wooz.org> On Dec 08, 2011, at 07:57 AM, Andreas R?hler wrote: >to make commands like `hs-hide-block' work, hs-minor-mode must be switched on >before. > >Consider to add a hook enabling this by default - alongside with a variable >permitting to disable per defcustom. Perhaps just document that people need to enable this before it will work? -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 Thu Dec 8 21:00:19 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Thu, 08 Dec 2011 21:00:19 +0100 Subject: [Python-mode] hide-show mode In-Reply-To: <20111208075503.13350cac@limelight.wooz.org> References: <4EE05FE7.1030700@online.de> <20111208075503.13350cac@limelight.wooz.org> Message-ID: <4EE11753.8080005@online.de> Am 08.12.2011 13:55, schrieb Barry Warsaw: > On Dec 08, 2011, at 07:57 AM, Andreas R?hler wrote: > >> to make commands like `hs-hide-block' work, hs-minor-mode must be switched on >> before. >> >> Consider to add a hook enabling this by default - alongside with a variable >> permitting to disable per defcustom. > > Perhaps just document that people need to enable this before it will work? > > -Barry Introduced two variables `py-outline-minor-mode-p' `py-hide-show-minor-mode-p' which are nil by default, so user shouldn't notice it without deliberate setting. If t, hooks will be loaded and switch in on. BTW enabled outline-minor-mode, which couldn't work due to missing regexp. Hope it's okay for you, if not, we may revert it, Cheers, Andreas From yagnesh at live.com Mon Dec 12 20:47:53 2011 From: yagnesh at live.com (Yagnesh Raghava Yakkala) Date: Tue, 13 Dec 2011 04:47:53 +0900 Subject: [Python-mode] [patch] loading python-mode opens python-mode.el References: <8739cxemr4.fsf@live.com> <20111206110441.3665dd06@resist.wooz.org> <87ipltd3sp.fsf@live.com> <8762htd17h.fsf_-_@live.com> <4EDE712C.50209@online.de> Message-ID: <87mxaxvafq.fsf@live.com> Hello Andreas, apologies for late reply., Andreas R?hler writes: > > Think will drop the whole thing --trying to guess the path from file > loading-- is error prone anyway. > > If Emacs encounters > > (file-name-directory (locate-library "python-mode")) > before python-mode is loaded, an error will result. yes, I can see where it fails. I saw your fix on launchpad, Thanks for that. However it seems emacs will set a variable `load-file-name' when a file being loaded. So a reliable way to get the folder name might be: (file-name-directory load-file-name) -- YYR From andreas.roehler at online.de Thu Dec 15 13:08:13 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 15 Dec 2011 13:08:13 +0100 Subject: [Python-mode] python-mode starts py-shell, -r737 Message-ID: <4EE9E32D.5040505@online.de> Hi Barry, hi all, revno: 737 makes python-mode start a py-shell silently, as completion requires some. Should not get noticed so far. New boolean `py-start-run-py-shell'. Default is `t'. If `python-mode' should start a Python-shell, `py-shell'. If `t', python-mode starts it, unless it's running already. A running Python-shell presently is needed by complete-functions. Just FYI, Andreas From andrea.crotti.0 at gmail.com Wed Dec 21 21:03:27 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 21 Dec 2011 20:03:27 +0000 Subject: [Python-mode] using python parser Message-ID: <4EF23B8F.6030608@gmail.com> I just had the following (maybe stupid) idea. One of the great things about python is that it exposes the parsing completely in the standard library, with the module tokenize. Now would not it be possible to write a simple tokenizer that takes a python file and returns a nice structured format of the same, that python-mode can interpret to colorize/manage the code? For example import sys def fun(a): .. might become (very roughly) import name def fun(a... This would make it work automatically with every possible python version, and remove the necessity of rewriting the parser in elisp. Does it make any sense? If yes I can write a blueprint maybe, and actually I could implement something myself, at least on the python side I have some experience in the area. From tlesher at gmail.com Wed Dec 21 21:09:16 2011 From: tlesher at gmail.com (Tim Lesher) Date: Wed, 21 Dec 2011 15:09:16 -0500 Subject: [Python-mode] using python parser In-Reply-To: <4EF23B8F.6030608@gmail.com> References: <4EF23B8F.6030608@gmail.com> Message-ID: On Wed, Dec 21, 2011 at 15:03, Andrea Crotti wrote: > I just had the following (maybe stupid) idea. Not at all... it sounds like you want to look at the ast module. Matthew Desmarais gave a talk on doing things like this (mostly for code analysis) at PyCon, called "What Would You Do With An AST?"; a quick Google should find both the video and the slides. > Now would not it be possible to write a simple tokenizer that takes a python > file and returns a nice structured format of the same, that python-mode > can interpret to colorize/manage the code? Most of that is already done in ast; the hard(er) part is walking the tree and using the results. -- Tim Lesher From andrea.crotti.0 at gmail.com Wed Dec 21 21:10:14 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Wed, 21 Dec 2011 20:10:14 +0000 Subject: [Python-mode] using python parser In-Reply-To: <4EF23B8F.6030608@gmail.com> References: <4EF23B8F.6030608@gmail.com> Message-ID: <4EF23D26.9090001@gmail.com> On 12/21/2011 08:03 PM, Andrea Crotti wrote: > I just had the following (maybe stupid) idea. > > One of the great things about python is that it exposes the parsing > completely > in the standard library, with the module tokenize. > > Now would not it be possible to write a simple tokenizer that takes a python > file and returns a nice structured format of the same, that python-mode > can interpret to colorize/manage the code? > > For example > > import sys > def fun(a): > .. > > might become (very roughly) > import name > def fun(a... > > This would make it work automatically with every possible python version, > and remove the necessity of rewriting the parser in elisp. > Does it make any sense? > > If yes I can write a blueprint maybe, and actually I could implement > something myself, > at least on the python side I have some experience in the area. One possible drawback now that I tought a bit better is that this thing should run in background continuosly, because I would actually edit the file and expect that everything gets correctly interpreted. But if maybe we can limit to some areas then it might not be so bad.. And also Pymacs might help in this case, but I'm not sure we should rely on Pymacs even for the parsing. Mm there would be great advantages but is probably not so easy.. From andreas.roehler at online.de Sun Dec 25 20:29:31 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Sun, 25 Dec 2011 20:29:31 +0100 Subject: [Python-mode] [IPython-User] ipython and Emacs In-Reply-To: References: Message-ID: <4EF7799B.1070204@online.de> Am 20.12.2011 23:56, schrieb Peter Milliken: > I am completely new to ipython so any help would be appreciated. > > I downloaded the latest ipython (0.12 - Windows binary) and put the > following in my .emacs (after a bit of trial and error and googling): > > (require 'ansi-color) > (require 'python) ;; I have the very tip from python-mode project > team > (setq auto-mode-alist (append (list (cons "\\.py" 'python-mode)) > auto-mode-alist)) > (setq ipython-command "c:/Python27/Scripts/ipython") > (require 'ipython) > > > My problem is that when ipython loads within Emacs I do not get any > prompts, however, if I type something "2 + 3" I get "Out[1]: 5" > > I tried googling this issue but only found a reference to (an old version) > pyreadline - afaik I have the latest pyreadline installed and the thread > didn't seem to really answer the original post problem anyway. > > Any ideas? > > > I tried adding > > (setq-default py-python-command-args '("--colors" "LightBG")) > > ( don't use matlab, so left out the pylab stuff) but this didn't make a > difference. > > Thanks for the help > Peter > IPython should be accessible out of the box from python-mode.el If not, it's a bug. Please make a report, thanks, Andreas From andreas.roehler at online.de Sat Dec 31 09:17:46 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sat, 31 Dec 2011 09:17:46 +0100 Subject: [Python-mode] python-mode.el 6.0.4 released Message-ID: <4EFEC52A.1040509@online.de> Hi all, new release is available at http://launchpad.net/python-mode/trunk/6.0.4/+download/python-mode.el-6.0.4.tar.gz A couple of bugs have been fixed since last one, so it was time to roll a new archive. New in version 6.0.4 -------------------- - Python shell starts along with `python-mode'. That's needed by completion for now boolean customizable `py-start-run-py-shell' - outline-(minor-)mode enabled providing regular expressions. Customize `py-outline-minor-mode-p' to switch it on with python-mode - Hook delivered to start hs-minor-mode from python-mode Customize `py-hide-show-minor-mode-p' Key setting example: (global-set-key [(super s)] 'hs-hide-all) (global-set-key [(super S)] 'hs-show-all) - Listing of available commands in org-mode and reST format in directory "doc" - Python shells and executing forms may be called as dedicated process. See commands available \w suffix "-dedicated". - completion fixed: M-TAB completes in Python buffer, TAB completes in Python shells - py-down-FORM-lc commands Goto beginning of line following end of FORM. \"-lc\" stands for \"left-corner\" - a complementary command travelling left, whilst `py-end-of-FORM' stops at right corner. Implemented forms are "block", "clause", "def", "class", "statement". - py-down-FORM commands like py-down-block introduced in version 6.0.3, implemented also for "clause", "def", "class", "statement". Go to the beginning of next block below current level.