From andreas.roehler at online.de Fri Feb 8 09:53:17 2013 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Fri, 08 Feb 2013 09:53:17 +0100 Subject: [Python-mode] [Bug 1102226] Re: py-shell-complete or ipython-complete doesn't work with emacs 24.1 and Windows In-Reply-To: <20130208042719.11551.81077.malone@chaenomeles.canonical.com> References: <20130121011258.1793.30827.malonedeb@chaenomeles.canonical.com> <20130208042719.11551.81077.malone@chaenomeles.canonical.com> Message-ID: <5114BCFD.4020102@online.de> Am 08.02.2013 05:27, schrieb Bruce Tulloch: > I can confirm this bug (or one very similar) exists on Emacs 24.2.1 on > Debian Wheezy with ipython 0.13.1. It looks like it's probably related > to bug 1027265 (Filename completion fails in ipython buffer) for which I > see a fix is reported committed. Any chance of this one being fixed and > released sooner than 6.2? > IMO it displays the limitations of the way Emacs stuff is developed, i.e. by exchanging code people use itself basically. Being well aware of that limitation, looking for people who are interested to change that. Maybe you are? From andreas.roehler at online.de Sun Feb 24 15:37:45 2013 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sun, 24 Feb 2013 15:37:45 +0100 Subject: [Python-mode] python-mode.el 6.1.1 released Message-ID: <512A25B9.1070902@online.de> Hi folks, python-mode.el-6.1.1 is available at https://launchpad.net/python-mode/trunk/6.1.1/+download/python-mode.el-6.1.1.tar.gz New in version 6.1.1 --------------------- - comment-related commands: py-uncomment py-comment-block, py-comment-clause, py-comment-block-or-clause, py-comment-def, py-comment-class, py-comment-def-or-class, py-comment-statement - boolean `py-set-fill-column-p' If `t', enables use Python specific `fill-column' according to `py-docstring-fill-column', default is 72 and `py-comment-fill-column, default is 79 - boolean `py-tab-shifts-region-p' when `t', TAB will indent/cycle the region, not just the current line. - boolean `py-tab-indents-region-p' when `t', when first TAB doesn't shift, `indent-region' is called - command from RET customizable via `py-return-key': `py-newline-and-indent', `newline' or `py-newline-and-dedent' - boolean `py-use-font-lock-doc-face-p', default is nil If non-nil, documention strings get `font-lock-doc-face' - boolean `py-newline-delete-trailing-whitespace-p' Delete trailing whitespace maybe left by `py-newline-and-indent' - `py-electric-comment-p' new default nil - py-up minor API change If inside a delimited form --string or list-- go to it's beginning If not at beginning of a statement or block, go to it's beginning If at beginning of a statement or block, go to beginning one level above of c - py-down minor API change: Go to beginning of one level below of compound statement or definition at point. If no statement or block below, but a delimited form --string or list-- go to it's beginning. Repeated call from there will behave like down-list. - commands make underscore syntax changes easier: toggle-py-underscore-word-syntax-p py-underscore-word-syntax-p-on py-underscore-word-syntax-p-off - py-update-imports removed Do not maintain a static variable containing needed imports Determine imports on the fly rather, as it might change the very moment - variable `py-fill-docstring-style' renamed `py-docstring-style' Enjoy, Andreas From andreas.roehler at online.de Thu Feb 28 09:12:55 2013 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 28 Feb 2013 09:12:55 +0100 Subject: [Python-mode] removing py-smart-operator-mode Message-ID: <512F1187.5050405@online.de> Hi Barry, hi all, as smart-operator-mode is distributed via ELPA for some time now, IMO it doesn't make sense to keep an python-mode version of it. Unless some stuff has been built upon it. So, if no objections arrive, consider to remove it. Cheers, Andreas From barry at python.org Thu Feb 28 16:49:02 2013 From: barry at python.org (Barry Warsaw) Date: Thu, 28 Feb 2013 10:49:02 -0500 Subject: [Python-mode] removing py-smart-operator-mode In-Reply-To: <512F1187.5050405@online.de> References: <512F1187.5050405@online.de> Message-ID: <20130228104902.48378bca@anarchist.wooz.org> On Feb 28, 2013, at 09:12 AM, Andreas R?hler wrote: >as smart-operator-mode is distributed via ELPA for some time now, >IMO it doesn't make sense to keep an python-mode version of it. > >Unless some stuff has been built upon it. >So, if no objections arrive, consider to remove it. +1 (read: I don't use it :) Cheers, -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: