From andreas.roehler at online.de Fri Jul 1 08:48:17 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Fri, 01 Jul 2011 08:48:17 +0200 Subject: [Python-mode] edit or navigate code by feature In-Reply-To: <4E08879C.6070302@harvee.org> References: <4E06E93F.6000509@online.de> <4E074F88.104@harvee.org> <4E078C22.20908@online.de> <4E082C23.6070706@online.de> <4E08879C.6070302@harvee.org> Message-ID: <4E0D6DB1.5080107@online.de> > When I said something like "get method", I'm using a shorthand that I > think you would call "get method name". that's starting with `which' - which-function-mode works with current trunk. BTW have made the imenu index working. Maybe try it and tell if that's of some use or not in your case. The vocal command for what you > are describing would be "get entire method". Using the totally > fictitious method: > > def simple_method (self, index, string, instance): > oil_type = string[3:7] > oil_level = self.tank [index] > lubricated_device = instance.motor > > when I say "get entire method", I expect the entire method to be > returned. when I say: Well, that's called mark, copy, kill, borders-of etc. > > "get method" Return one of the following (tank, motor). > "get instance" Return one of the following (self, instance). OK, noted as a task. That's a kind of code inspection. Python itself will deliver that. > "get method definition" Return the following name (simple_method) > "get first argument Return self if this command is used while the cursor > is on the same line as "simple_method" OK, noted. > "get index" returns one of the following (3:7, index) > > slightly more complicated versions: > > If the cursor sits on the word type of oil_type and I say "get index" it > should return a string "3:7" leaving mark at '3' and the cursor (point) > after '7'. would call that something like "mark right-hand part of assignement" > From the same starting point, if I say "get next index", it should > return the word "index" leaving the mark on "i" and point after "x" > from the same starting point, That's slightly confusing for me. However, think have some point to set out. BTW when writing examples, better use well known, kind of canonical example names like "foo", "bar", "baz". Don't use methods for names like "string" or "index". if I say "get last argument" it should > return the word "instance" leaving mark on'i' of instance and point > after the 'n' > That's OK. You should get a way traveling arguments of a function. > I am on the fence about whether or not to return information or strictly > use these new routines to mark a region and then use the region > retrievals and change functions. What do you think about that? It's necessary to discriminate between reports and code-changing actions. Marking the object prepares changing, but could be optional following reports as a kind of hook. I'm also > missing some pronounceable and unique shorthand names for other features. > > --- eric > Please write which you are missing. So far, Andreas From andreas.roehler at online.de Wed Jul 6 19:49:13 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Wed, 06 Jul 2011 19:49:13 +0200 Subject: [Python-mode] dropping electric-colon Message-ID: <4E14A019.9030403@online.de> Hi Barry, stumbling over a bug from `py-electric-colon' it looks there is nothing left to do for the command. Every C-j does py-newline-and-indent. Also if a deliberated indent is set, nothing left for electrics. Setting a colon is no magic moment so far. As it's a well known ancient thing - any opinions? Cheers, Andreas From andreas.roehler at easy-emacs.de Sun Jul 17 10:42:03 2011 From: andreas.roehler at easy-emacs.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Sun, 17 Jul 2011 10:42:03 +0200 Subject: [Python-mode] ECB not Working Correctly with Python Files In-Reply-To: <4E181305.30103@gmail.com> References: <4E181305.30103@gmail.com> Message-ID: <4E22A05B.7080701@easy-emacs.de> Am 09.07.2011 10:36, schrieb Lorenzo Isella: > Dear All, > I have not used ECB in a while, so I cannot tell exactly when the > problem arose. > However, now ECB seems to work OK with R and Latex files (and pretty > much with all the files I have) apart from with Python files (I do not > see anything at all in the ecb window and the Python mode looks OK to me). > I paste below some parts of my .emacs file (the only relevant to ECB). > Any suggestion is appreciated. > Many thanks > > Lorenzo > Hi, BTW recently fixed the indexing of python-mode.el, which should deliver basically all ECB does. You don't have that window, a menu instead. Pretty the similar IMHO. If not, interesting to hear what's needed still. Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From andreas.roehler at online.de Tue Jul 19 15:18:20 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Tue, 19 Jul 2011 15:18:20 +0200 Subject: [Python-mode] upcoming release Message-ID: <4E25841C.5000202@online.de> Hi Barry, what about that draft below of a NEWS file section. Or better to number 6.0? Cheers, Andreas ::::::::::::::::::::::::: New in version 5.3.0 -------------------- Finer grained commands. As shown below for the `mark'-command, you may delete, copy, jump to beginning and end of the respective programming-expressions: py-mark-expression py-mark-partial-expression py-mark-statement py-mark-block py-mark-block-or-clause py-mark-def py-mark-def-or-class py-mark-class py-mark-clause Also a couple of bugfixes are done. From andreas.roehler at online.de Wed Jul 20 10:41:01 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Wed, 20 Jul 2011 10:41:01 +0200 Subject: [Python-mode] diff displays identical lines Message-ID: <4E26949D.9090105@online.de> Hi Barry, hi all, encountering a nuisance with diffs, getting displayed several identical lines while for example the only lines changed in recent commit r449 are: 2731 (setq erg (py-go-to-keyword py-block-or-clause-re -1))) 2731 (save-excursion (progn (setq erg (py-go-to-keyword py-block-or-clause-re -1))) 2732 (ignore-errors (< orig (py-end-of-block-or-clause))))) ;;;;;;;;; Can't see any tab-whitespace relation. Any ideas? `rcsdiff' here does the same BTW, so it's not a lp issue. Thanks, Andreas From andreas.roehler at online.de Sat Jul 23 18:48:54 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Sat, 23 Jul 2011 18:48:54 +0200 Subject: [Python-mode] python-mode.el 6.0 released Message-ID: <4E2AFB76.80505@online.de> Hi all, proudly announcing the release of python-mode.el 6.0 at http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz It comes with some new commands, as shown below for `mark': py-mark-statement py-mark-block py-mark-block-or-clause py-mark-def py-mark-def-or-class py-mark-class py-mark-clause Resp. delete, copy, jump to beginning and end of python-programming-expressions. Also a couple of bugfixes are done based on a new core. Thanks to Barry and all assisting. Please file bug-reports at https://bugs.launchpad.net/python-mode Maybe have a look at next Milestone 6.0.1 https://launchpad.net/python-mode/+milestone/6.0.1 outlining intended developing. Cheers, Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From v+python at g.nevcal.com Sat Jul 23 20:30:13 2011 From: v+python at g.nevcal.com (Glenn Linderman) Date: Sat, 23 Jul 2011 11:30:13 -0700 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2AFB76.80505@online.de> References: <4E2AFB76.80505@online.de> Message-ID: <4E2B1335.6020509@g.nevcal.com> On 7/23/2011 9:48 AM, Andreas R?hler wrote: > Hi all, > > proudly announcing the release of > > python-mode.el 6.0 at > > http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz Installation instructions? Seems like the prior python-mode was just a single file, so pretty straightforward, unpack to d:\somewhere, and then in the emacs rc: (add-to-list 'load-path "d:/somewhere") (autoload 'python-mode "python-mode" "Python Mode." t) The new one has lots of files, not sure what to do with them... anyway, did the same as above, and get the following error: Error in menu-bar-update-hook: (void-function region-active-p) Gnu Emacs 22.1.1 here. I'd upgrade to a newer Emacs, but last time I tried, the "better Unicode support" was actually worse. (Trying to open files with Unicode names, and trying to paste in Unicode text from AutoHotKey.) -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Sat Jul 23 20:59:02 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Sat, 23 Jul 2011 20:59:02 +0200 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2B1335.6020509@g.nevcal.com> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> Message-ID: <4E2B19F6.9070801@online.de> Am 23.07.2011 20:30, schrieb Glenn Linderman: > On 7/23/2011 9:48 AM, Andreas R?hler wrote: >> Hi all, >> >> proudly announcing the release of >> >> python-mode.el 6.0 at >> >> http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz > > Installation instructions? nothing changed in this respect. python-mode.el should work stand-alone as the previous one. > > Seems like the prior python-mode was just a single file, so pretty > straightforward, unpack to d:\somewhere, and then in the emacs rc: > > (add-to-list 'load-path "d:/somewhere") > (autoload 'python-mode "python-mode" "Python Mode." t) make sure python-mode.el is earlier in path than python.el there are some known hassles, because both modes calling them "python-mode" > > The new one has lots of files, not sure what to do with them... have a look into the README anyway, > did the same as above, and get the following error: > > Error in menu-bar-update-hook: (void-function region-active-p) > > thanks, will fix this for the moment please use: (unless (featurep 'xemacs) (defun region-active-p () "and mark-active transient-mark-mode (not (eq (region-beginning) (region-end)" (and mark-active transient-mark-mode (not (eq (condition-case nil (region-beginning)(error nil)) Gnu Emacs 22.1.1 here. I'd upgrade to a newer Emacs, but last time I > tried, the "better Unicode support" was actually worse. (Trying to open > files with Unicode names, and trying to paste in Unicode text from > AutoHotKey.) > Doesn't meet my experience. We are on Emacs23.3 which is the best Emacs ever IMHO. Andreas > > > _______________________________________________ > Python-mode mailing list > Python-mode at python.org > http://mail.python.org/mailman/listinfo/python-mode From freyes at tty.cl Sat Jul 23 21:51:52 2011 From: freyes at tty.cl (Felipe Reyes) Date: Sat, 23 Jul 2011 15:51:52 -0400 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2AFB76.80505@online.de> References: <4E2AFB76.80505@online.de> Message-ID: On Jul 23, 2011 12:49 PM, "Andreas R?hler" wrote: > > Hi all, > > proudly announcing the release of > > python-mode.el 6.0 at > > http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz > Congratulations, thanks to all the developers for giving us a new python-mode version Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: From v+python at g.nevcal.com Sat Jul 23 22:02:06 2011 From: v+python at g.nevcal.com (Glenn Linderman) Date: Sat, 23 Jul 2011 13:02:06 -0700 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2B19F6.9070801@online.de> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> Message-ID: <4E2B28BE.8000908@g.nevcal.com> On 7/23/2011 11:59 AM, Andreas R?hler wrote: > Am 23.07.2011 20:30, schrieb Glenn Linderman: >> On 7/23/2011 9:48 AM, Andreas R?hler wrote: >>> Hi all, >>> >>> proudly announcing the release of >>> >>> python-mode.el 6.0 at >>> >>> http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz >>> >> >> Installation instructions? > > nothing changed in this respect. python-mode.el should work > stand-alone as the previous one. > >> >> Seems like the prior python-mode was just a single file, so pretty >> straightforward, unpack to d:\somewhere, and then in the emacs rc: >> >> (add-to-list 'load-path "d:/somewhere") >> (autoload 'python-mode "python-mode" "Python Mode." t) > > make sure python-mode.el is earlier in path than python.el Does add-to-list do that? Or do I need something else? > > there are some known hassles, because both modes calling them > "python-mode" > > >> >> The new one has lots of files, not sure what to do with them... > > > have a look into the README Not explained whether I can keep only python-mode.el or if I need some of the other files nearby to make it work. Could experiment, I suppose. For the moment, I just left them all there. > > anyway, >> did the same as above, and get the following error: >> > >> Error in menu-bar-update-hook: (void-function region-active-p) >> >> > thanks, will fix this > > for the moment please use: > > (unless (featurep 'xemacs) > (defun region-active-p () > "and mark-active transient-mark-mode > (not (eq (region-beginning) (region-end)" > (and mark-active transient-mark-mode > (not (eq (condition-case nil (region-beginning)(error nil)) Where? > > > Gnu Emacs 22.1.1 here. I'd upgrade to a newer Emacs, but last time I >> tried, the "better Unicode support" was actually worse. (Trying to open >> files with Unicode names, and trying to paste in Unicode text from >> AutoHotKey.) >> > > Doesn't meet my experience. We are on Emacs23.3 which is the best > Emacs ever IMHO. Glad it is working for you, but it isn't for me. I offer the following description of the problem, but of course it is not a problem with python-mode. But it will serve to explain why my attempts to use 23.1 some time back and 23.3 today, have failed. None of Emacs 22.1.1 through 23.3 will open files on Windows containing certain characters in their names, partly because the name can't be typed properly, but it doesn't even work to drag files with those names into emacs. Probably an issue that is specific to Windows. Those same characters produce some weird error " is undefined" when certain characters are pasted into Emacs by Autohotkey, using at least 23.1-23.3. 22.1.1 doesn't produce the error, so is friendlier to those characters. Probably another issue that is unique to Windows and/or AutoHotKey interaction. I've tried reporting the error, and eventually someone responded to the email, but I never figured out a way to check on the status of a ticket, or figure out when or if it will be included in a production version of emacs. As I use AutoHotKey macros to generate non-ASCII symbols using an English keyboard, it is critical to my ability to use Unicode characters, and not being able to enter them using emacs makes such versions of emacs useless to me. I have never learned Emacs lisp, which is usually not a major problem in simply using Emacs, and I can copy/paste "helpful tricks" from various web sites for customization. But this is beyond my capabilities to analyze, so I may be stuck on emacs 22.1.1 until someone can fix the problem or until I have to give up emacs because 22.1.1 no longer works on some future version of Windows. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Sat Jul 23 22:23:42 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Sat, 23 Jul 2011 22:23:42 +0200 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2B28BE.8000908@g.nevcal.com> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> <4E2B28BE.8000908@g.nevcal.com> Message-ID: <4E2B2DCE.5070905@online.de> >>> >>> Seems like the prior python-mode was just a single file, so pretty >>> straightforward, unpack to d:\somewhere, and then in the emacs rc: >>> >>> (add-to-list 'load-path "d:/somewhere") >>> (autoload 'python-mode "python-mode" "Python Mode." t) >> >> make sure python-mode.el is earlier in path than python.el > > > Does add-to-list do that? Good question. M-x describe-variable RET load-path should tell you. As for the issues with python.el think the simplest solution in question is to load it directly. (load "MYPATH/python-mode.el") Or do I need something else? > python-mode.el should not need anything else. [ ... ] >> >> Doesn't meet my experience. We are on Emacs23.3 which is the best >> Emacs ever IMHO. > > Glad it is working for you, but it isn't for me. I offer the following > description of the problem, but of course it is not a problem with > python-mode. But it will serve to explain why my attempts to use 23.1 > some time back and 23.3 today, have failed. > > None of Emacs 22.1.1 through 23.3 will open files on Windows containing > certain characters in their names, partly because the name can't be > typed properly, but it doesn't even work to drag files with those names > into emacs. Probably an issue that is specific to Windows. Those same > characters produce some weird error " is undefined" when certain > characters are pasted into Emacs by Autohotkey, using at least > 23.1-23.3. 22.1.1 doesn't produce the error, so is friendlier > to those characters. Probably another issue that is unique to Windows > and/or AutoHotKey interaction. I've tried reporting the error, > and eventually someone responded to the email, but I never figured out a > way to check on the status of a ticket, or figure out when or if it will > be included in a production version of emacs. As I use AutoHotKey macros > to generate non-ASCII symbols using an English keyboard, it is critical > to my ability to use Unicode characters, and not being able to enter > them using emacs makes such versions of emacs useless to me. I have > never learned Emacs lisp, which is usually not a major problem in simply > using Emacs, and I can copy/paste "helpful tricks" from various web > sites for customization. But this is beyond my capabilities to analyze, > so I may be stuck on emacs 22.1.1 until someone can fix the problem or > until I have to give up emacs because 22.1.1 no longer works on some > future version of Windows. > Please write a bug report. Also posting on the emacs-help might be useful. Andreas From v+python at g.nevcal.com Sun Jul 24 04:57:44 2011 From: v+python at g.nevcal.com (Glenn Linderman) Date: Sat, 23 Jul 2011 19:57:44 -0700 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2B2DCE.5070905@online.de> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> <4E2B28BE.8000908@g.nevcal.com> <4E2B2DCE.5070905@online.de> Message-ID: <4E2B8A28.4040201@g.nevcal.com> On 7/23/2011 1:23 PM, Andreas R?hler wrote: > >>>> >>>> Seems like the prior python-mode was just a single file, so pretty >>>> straightforward, unpack to d:\somewhere, and then in the emacs rc: >>>> >>>> (add-to-list 'load-path "d:/somewhere") >>>> (autoload 'python-mode "python-mode" "Python Mode." t) >>> >>> make sure python-mode.el is earlier in path than python.el >> > >> >> Does add-to-list do that? > > Good question. M-x describe-variable RET load-path should tell you. > > As for the issues with python.el think the simplest solution in > question is to load it directly. > > (load "MYPATH/python-mode.el") > > > Or do I need something else? >> > > python-mode.el should not need anything else. Thanks. Seems add-to-list puts it in the front. Guess there is no harm in having the rest sit there unused... > > [ ... ] >>> >>> Doesn't meet my experience. We are on Emacs23.3 which is the best >>> Emacs ever IMHO. >> >> Glad it is working for you, but it isn't for me. I offer the following >> description of the problem, but of course it is not a problem with >> python-mode. But it will serve to explain why my attempts to use 23.1 >> some time back and 23.3 today, have failed. >> >> None of Emacs 22.1.1 through 23.3 will open files on Windows containing >> certain characters in their names, partly because the name can't be >> typed properly, but it doesn't even work to drag files with those names >> into emacs. Probably an issue that is specific to Windows. Those same >> characters produce some weird error " is undefined" when certain >> characters are pasted into Emacs by Autohotkey, using at least >> 23.1-23.3. 22.1.1 doesn't produce the error, so is friendlier >> to those characters. Probably another issue that is unique to Windows >> and/or AutoHotKey interaction. I've tried reporting the error, >> and eventually someone responded to the email, but I never figured out a >> way to check on the status of a ticket, or figure out when or if it will >> be included in a production version of emacs. As I use AutoHotKey macros >> to generate non-ASCII symbols using an English keyboard, it is critical >> to my ability to use Unicode characters, and not being able to enter >> them using emacs makes such versions of emacs useless to me. I have >> never learned Emacs lisp, which is usually not a major problem in simply >> using Emacs, and I can copy/paste "helpful tricks" from various web >> sites for customization. But this is beyond my capabilities to analyze, >> so I may be stuck on emacs 22.1.1 until someone can fix the problem or >> until I have to give up emacs because 22.1.1 no longer works on some >> future version of Windows. >> > > Please write a bug report. Also posting on the emacs-help might be > useful. Thanks for your suggestions here, I know it is out of scope for python-mode. But reporting the bug in emacs 3 years ago, and the deficiencies of that process from a user perspective, do not encourage following the process again... I was hoping there might be some other interface to the process that I overlooked, or which augments the process whose documentation I was able to find, and, with great effort, follow. So, I did write a bug report email for this exact issue, for emacs 23.1, 3 years ago. But I have no way to check its status. Is there a different interface? The bug report email stuff doesn't work very well on Windows, I had to generate it to a file, and then send the file (or something weird, it has been 3 years since I reported it first, and I've maybe forgotten the details). Where is the best way to send the bug report? That way didn't seem to produce much response, and certainly not a response that I can monitor for status in any way.... and the problem still exists 3 years later. Pretty sad. What is the "emacs-help" and how does one post on it? Is that a newsgroup, an emacs feature, or a web site, or something else? I did spend some time today upgrading my AutoHotKey to the latest version, but it produces the same effect in emacs 23.3 as the 3-year-old version I was using had produced in emacs 23.1 when I tested it... " is undefined". But that "" seems to work for every other program I use the AutoHotKey features with... so it (still) seems more likely to be an Emacs issue than an AutoHotKey issue. > Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Sun Jul 24 08:34:08 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Sun, 24 Jul 2011 08:34:08 +0200 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2B8A28.4040201@g.nevcal.com> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> <4E2B28BE.8000908@g.nevcal.com> <4E2B2DCE.5070905@online.de> <4E2B8A28.4040201@g.nevcal.com> Message-ID: <4E2BBCE0.7040202@online.de> >> Please write a bug report. Also posting on the emacs-help might be >> useful. > > Thanks for your suggestions here, I know it is out of scope for > python-mode. But reporting the bug in emacs 3 years ago, and the > deficiencies of that process from a user perspective, do not encourage > following the process again... Please take in consideration the tremendous work the Emacs core-developers are delivering. Have a look at what you get from it and ask where it's coming from. From my perspective these people deserve our assistance and patience likewise. I was hoping there might be some other > interface to the process that I overlooked, or which augments the > process whose documentation I was able to find, and, with great effort, > follow. > > So, I did write a bug report email for this exact issue, for emacs 23.1, > 3 years ago. But I have no way to check its status. http://debbugs.gnu.org/ Is there a different > interface? The bug report email stuff doesn't work very well on Windows, > I had to generate it to a file, and then send the file (or something > weird, it has been 3 years since I reported it first, and I've maybe > forgotten the details). Where is the best way to send the bug report? > That way didn't seem to produce much response, and certainly not a > response that I can monitor for status in any way.... and the problem > still exists 3 years later. Pretty sad. > > What is the "emacs-help" and how does one post on it? Is that a > newsgroup, an emacs feature, or a web site, or something else? http://lists.gnu.org/archive/html/help-gnu-emacs/ Andreas From v+python at g.nevcal.com Sun Jul 24 09:16:35 2011 From: v+python at g.nevcal.com (Glenn Linderman) Date: Sun, 24 Jul 2011 00:16:35 -0700 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2BBCE0.7040202@online.de> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> <4E2B28BE.8000908@g.nevcal.com> <4E2B2DCE.5070905@online.de> <4E2B8A28.4040201@g.nevcal.com> <4E2BBCE0.7040202@online.de> Message-ID: <4E2BC6D3.5010905@g.nevcal.com> On 7/23/2011 11:34 PM, Andreas R?hler wrote: > >>> Please write a bug report. Also posting on the emacs-help might be >>> useful. >> >> Thanks for your suggestions here, I know it is out of scope for >> python-mode. But reporting the bug in emacs 3 years ago, and the >> deficiencies of that process from a user perspective, do not encourage >> following the process again... > > Please take in consideration the tremendous work the Emacs > core-developers are delivering. Have a look at what you get from it > and ask where it's coming from. From my perspective these people > deserve our assistance and patience likewise. Sure, it's a great program. I've been using it for at least 20 years! Unicode didn't exist back then. This is the first time they've delivered a new feature that doesn't work... sadly. But I can understand that converting a program that didn't use Unicode, to use Unicode, is a huge effort. On the other hand, there are lots of bug trackers floating around, and the process I found in the documentation is severely brain-damaged on Windows.... but... reading on.... > > > I was hoping there might be some other >> interface to the process that I overlooked, or which augments the >> process whose documentation I was able to find, and, with great effort, >> follow. >> >> So, I did write a bug report email for this exact issue, for emacs 23.1, >> 3 years ago. But I have no way to check its status. > > > http://debbugs.gnu.org/ This looks promising :) I don't need to learn why I didn't find it from reading the docs, I guess. On the other hand, maybe it is new, since I last looked. Seems it is still all email based, and no obvious way to add status to the bug via this interface... maybe via email? Anyway, the problem with not opening files containing particular characters in their names is reported, and open, so perhaps someday that will get fixed. The problem with " is invalid" I cannot find record of in the bug tracker, but ... > > > Is there a different >> interface? The bug report email stuff doesn't work very well on Windows, >> I had to generate it to a file, and then send the file (or something >> weird, it has been 3 years since I reported it first, and I've maybe >> forgotten the details). Where is the best way to send the bug report? >> That way didn't seem to produce much response, and certainly not a >> response that I can monitor for status in any way.... and the problem >> still exists 3 years later. Pretty sad. >> >> What is the "emacs-help" and how does one post on it? Is that a >> newsgroup, an emacs feature, or a web site, or something else? > > http://lists.gnu.org/archive/html/help-gnu-emacs/ It is findable here, as thread: http://lists.gnu.org/archive/html/help-gnu-emacs/2009-08/msg00720.html > Andreas Anyway, thanks for you help locating the bug tracker, such as it is. Happily, I don't actually edit huge numbers of files containing accented characters in their names or contents, at least, not the ones that emacs doesn't properly handle. But it is surely painful when I do... and even more painful when I try to do it with emacs 23.x. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Sun Jul 24 09:34:20 2011 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Sun, 24 Jul 2011 09:34:20 +0200 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2BC6D3.5010905@g.nevcal.com> References: <4E2AFB76.80505@online.de> <4E2B1335.6020509@g.nevcal.com> <4E2B19F6.9070801@online.de> <4E2B28BE.8000908@g.nevcal.com> <4E2B2DCE.5070905@online.de> <4E2B8A28.4040201@g.nevcal.com> <4E2BBCE0.7040202@online.de> <4E2BC6D3.5010905@g.nevcal.com> Message-ID: <4E2BCAFC.5040805@online.de> > > Sure, it's a great program. I've been using it for at least 20 years! > Unicode didn't exist back then. This is the first time they've delivered > a new feature that doesn't work... sadly. But I can understand that > converting a program that didn't use Unicode, to use Unicode, is a huge > effort. On the other hand, there are lots of bug trackers floating > around, and the process I found in the documentation is severely > brain-damaged on Windows.... M-x report-emacs-bug RET should deliver all info you need. Just follow instruction which are auto-inserted. When the report is finished, save the mail. Re-open you windows-mailer, paste the file in and send to address which was auto-inserted. That's the way at least I would do. HTH, Andreas From barry at python.org Mon Jul 25 17:05:26 2011 From: barry at python.org (Barry Warsaw) Date: Mon, 25 Jul 2011 11:05:26 -0400 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2AFB76.80505@online.de> References: <4E2AFB76.80505@online.de> Message-ID: <20110725110526.1a2c49d7@limelight.wooz.org> On Jul 23, 2011, at 06:48 PM, Andreas R?hler wrote: >proudly announcing the release of > >python-mode.el 6.0 at > >http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz Congratulations Andreas! -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From barry at python.org Mon Jul 25 17:05:26 2011 From: barry at python.org (Barry Warsaw) Date: Mon, 25 Jul 2011 11:05:26 -0400 Subject: [Python-mode] python-mode.el 6.0 released In-Reply-To: <4E2AFB76.80505@online.de> References: <4E2AFB76.80505@online.de> Message-ID: <20110725110526.1a2c49d7@limelight.wooz.org> On Jul 23, 2011, at 06:48 PM, Andreas R?hler wrote: >proudly announcing the release of > >python-mode.el 6.0 at > >http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz Congratulations Andreas! -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 Jul 28 09:37:24 2011 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Thu, 28 Jul 2011 09:37:24 +0200 Subject: [Python-mode] branch lp:~handrake/python-mode/devel-0.1 Message-ID: <4E3111B4.3050405@online.de> Hi, had a look at your branch this morning which looks quit reasonable for me. When checking for a possible merge however detected, python-mode now don't make use of `py-shell-list' any more. Which doesn't mean it can't be re-introduced if needed. Could you check out the current trunk or release and tell if it fits your needs? Thanks and best regards, Andreas From david at deadpansincerity.com Thu Jul 28 10:33:19 2011 From: david at deadpansincerity.com (David Miller) Date: Thu, 28 Jul 2011 09:33:19 +0100 Subject: [Python-mode] python-mode.el 6.0 Message-ID: Nice work on this ! Just got around to upgrading to 6.0 and discovered that the python menu has the option "Switch to interpreter" which maps to the function py-switch-to-python This function is undefined in the python-mode source AFAICT (e.g. based on grepping the extracted tarfile) Any ideas where the function comes from? 2011/7/25 Barry Warsaw > On Jul 23, 2011, at 06:48 PM, Andreas R?hler wrote: > >proudly announcing the release of > > > >python-mode.el 6.0 at > > > >http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz > > Congratulations Andreas! > > -Barry > > _______________________________________________ > Python-mode mailing list > Python-mode at python.org > http://mail.python.org/mailman/listinfo/python-mode > > -- Love regards etc David Miller http://www.deadpansincerity.com 07854 880 883 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.roehler at online.de Thu Jul 28 10:44:46 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 28 Jul 2011 10:44:46 +0200 Subject: [Python-mode] python-mode.el 6.0 In-Reply-To: References: Message-ID: <4E31217E.7020806@online.de> Am 28.07.2011 10:33, schrieb David Miller: > Nice work on this ! > > Just got around to upgrading to 6.0 and discovered that the python menu has > the option "Switch to interpreter" which maps to the function > py-switch-to-python > > This function is undefined in the python-mode source AFAICT (e.g. based on > grepping the extracted tarfile) > > Any ideas where the function comes from? > Hi, thanks for the report. Made an entry in the bug tracker for the moment. https://bugs.launchpad.net/python-mode/+bug/817389 If people could report bugs there, it's preferable to this list. Best regards, Andreas From andreas.roehler at online.de Thu Jul 28 12:00:32 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Thu, 28 Jul 2011 12:00:32 +0200 Subject: [Python-mode] python-mode.el 6.0 In-Reply-To: References: Message-ID: <4E313340.9070904@online.de> Am 28.07.2011 10:33, schrieb David Miller: > Nice work on this ! > > Just got around to upgrading to 6.0 and discovered that the python menu has > the option "Switch to interpreter" which maps to the function > py-switch-to-python > [ ... ] Hi David, it turned out having two labels pointing at the same, starting a py-shell resp. switching to basically. Deleted the first. As labeling might be a matter of taste just to mention it here. Thanks again, Andreas From andrea.crotti.0 at gmail.com Thu Jul 28 22:16:31 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Thu, 28 Jul 2011 22:16:31 +0200 Subject: [Python-mode] py-execute-buffer and swap buffers Message-ID: <4E31C39F.7050005@gmail.com> This is something I noticed since some time. I have the latest bzr python-mode (but also before it was like this) and emacs GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.5) When I have only two buffers open, one with the source and the other one with the output, pressing C-c C-c (py-execute-buffer) swaps the two buffers every time, which is extremely annoying... Am I the only one seeing this? From Tom_Roche at pobox.com Fri Jul 29 04:02:39 2011 From: Tom_Roche at pobox.com (Tom Roche) Date: Thu, 28 Jul 2011 22:02:39 -0400 Subject: [Python-mode] run nose tests contained in the current emacs buffer Message-ID: <87hb65oncw.fsf@pobox.com> I'd appreciate help fixing a problem running `nosetests` on the nose tests in a file within the current emacs buffer. I'm new to nose and fairly new to python, but have been coding awhile and using emacs forever, but don't know enough elisp to debug the code in question. I'm starting a nose tutorial http://ivory.idyll.org/articles/nose-intro.html > Here's the simplest nose test you can write: > > def test_b(): > assert 'b' == 'b' > > Put this in a file called test_me.py, and then run nosetests. on an ubuntu box with python 2.6.5, GNU Emacs 23.1.50.1, and me at it:~$ sudo easy_install nose me at it:~$ pushd ~/code/python/nose/ me at it:~/code/python/nose$ ls -al > -rw-r--r-- 1 me me 36 2011-07-28 18:47 test_me.py me at it:~/code/python/nose$ nosetests -v > test_stuff.test_b ... ok > > ---------------------------------------------------------------------- > Ran 1 test in 0.015s > > OK But I wanna run from inside emacs, so I 1 downloaded nose.el from https://bitbucket.org/jpellerin/nosemacs/src 2 hooked it into my init.el via me at it:~/.emacs.d$ diff -u tlrPython.el~ tlrPython.el ... > +;;; nose support (for testing) > +(require 'nose) > +(add-hook 'python-mode-hook > + (lambda () > + (local-set-key "\C-ca" 'nosetests-all) > + (local-set-key "\C-cm" 'nosetests-module) > + (local-set-key "\C-c." 'nosetests-one) > + (local-set-key "\C-cpa" 'nosetests-pdb-all) > + (local-set-key "\C-cpm" 'nosetests-pdb-module) > + (local-set-key "\C-cp." 'nosetests-pdb-one))) > + 3 byte-compiled everything 4 restarted emacs But when I open ~/code/python/nose/test_me.py in a buffer and do any of the key sequences C-c m C-c . C-c a I get buffer=*nosetests* like the following > -*- mode: compilation; default-directory: "~/code/python/nose/" -*- > Compilation started at Thu Jul 28 20:25:55 > * nosetests -v -w nil -c nilsetup.cfg /home/me/code/python/nose/test_me.py > Traceback (most recent call last): > File "/usr/local/bin/nosetests", line 9, in > load_entry_point('nose==1.1.1', 'console_scripts', 'nosetests')() > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/core.py", line 118, in __init__ > **extra_args) > File "/usr/lib/python2.6/unittest.py", line 816, in __init__ > self.parseArgs(argv) > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/core.py", line 135, in parseArgs > self.config.configure(argv, doc=self.usage()) > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/config.py", line 317, in configure > self.configureWhere(options.where) > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/config.py", line 400, in configureWhere > "not a directory" % path) > ValueError: Working directory nil not found, or not a directory > > Compilation exited abnormally with code 1 at Thu Jul 28 20:25:56 The only difference in the *nosetests* buffer is the `nosetests` line, which is variously C-c m -> nosetests -v -w nil -c nilsetup.cfg /home/me/code/python/nose/test_me.py C-c . -> nosetests -v -w nil -c nilsetup.cfg /home/me/code/python/nose/test_me.py:test_b C-c a -> nosetests -v -w nil -c nilsetup.cfg but I note, when running from bash, I get me at it:~/code/python/nose$ nosetests -v -w nil -c nilsetup.cfg /home/me/code/python/nose/test_me.py ... same error as above ... me at it:~/code/python/nose$ nosetests -v -w . -c nilsetup.cfg /home/me/code/python/nose/test_me.py > Failure: ImportError (No module named test_me) ... ERROR > > ====================================================================== > ERROR: Failure: ImportError (No module named test_me) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/loader.py", line 390, in loadTestsFromName > addr.filename, addr.module) > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/importer.py", line 39, in importFromPath > return self.importFromDir(dir_path, fqname) > File "/usr/local/lib/python2.6/dist-packages/nose-1.1.1-py2.6.egg/nose/importer.py", line 71, in importFromDir > fh, filename, desc = find_module(part, path) > ImportError: No module named test_me > > ---------------------------------------------------------------------- > Ran 1 test in 0.005s > > FAILED (errors=1) me at it:~/code/python/nose$ nosetests -v -w . -c nilsetup.cfg test_me.py > test_me.test_b ... ok > > ---------------------------------------------------------------------- > Ran 1 test in 0.004s > > OK me at it:~/code/python/nose$ nosetests -v -w . -c nilsetup.cfg ./test_me.py > test_me.test_b ... ok > > ---------------------------------------------------------------------- > Ran 1 test in 0.006s > > OK me at it:~/code/python/nose$ nosetests -v -w . -c nilsetup.cfg ./test_me.py:test_b > test_me.test_b ... ok > > ---------------------------------------------------------------------- > Ran 1 test in 0.006s > > OK me at it:~/code/python/nose$ nosetests -v -w nil -c nilsetup.cfg ./test_me.py ... same error as above ... So I'm wondering, 1 What should I configure to make nose.el correctly invoke `nosetests` to run the nose tests contained in the current buffer? 2 is there a better tool for this usecase (i.e., running the nose tests in the current emacs buffer from within emacs)? TIA, Tom Roche From andreas.roehler at online.de Fri Jul 29 11:01:45 2011 From: andreas.roehler at online.de (=?ISO-8859-1?Q?Andreas_R=F6hler?=) Date: Fri, 29 Jul 2011 11:01:45 +0200 Subject: [Python-mode] py-execute-buffer and swap buffers In-Reply-To: <4E31C39F.7050005@gmail.com> References: <4E31C39F.7050005@gmail.com> Message-ID: <4E3276F9.5030504@online.de> Am 28.07.2011 22:16, schrieb Andrea Crotti: > This is something I noticed since some time. > I have the latest bzr python-mode (but also before it was like this) > and emacs > GNU Emacs 24.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.5) > > When I have only two buffers open, one with the source and the other one > with > the output, pressing C-c C-c (py-execute-buffer) swaps the two buffers > every time, > which is extremely annoying... > > Am I the only one seeing this? Hi Andrea. could you make an entry into the bug tracker? That helps maintenance a lot, for example as usually tests will be written after fixing it, which should address the bug number. Thanks, Andreas -- https://launchpad.net/python-mode https://launchpad.net/s-x-emacs-werkstatt/ From andrea.crotti.0 at gmail.com Sat Jul 30 12:09:07 2011 From: andrea.crotti.0 at gmail.com (Andrea Crotti) Date: Sat, 30 Jul 2011 12:09:07 +0200 Subject: [Python-mode] py-execute-buffer and swap buffers In-Reply-To: <4E3276F9.5030504@online.de> References: <4E31C39F.7050005@gmail.com> <4E3276F9.5030504@online.de> Message-ID: <4E33D843.6020307@gmail.com> On Fri 29 Jul 2011 11:01:45 AM CEST, Andreas R?hler wrote: > > Hi Andrea. > > could you make an entry into the bug tracker? > > That helps maintenance a lot, for example as usually tests will be > written after fixing it, which should address the bug number. > Done: https://bugs.launchpad.net/python-mode/+bug/818437 Thanks