Re: [Python-mode] python.el cleanup
>> The problem was with some of the other contributors, from what I >> remember. Barry> Is there a way to check specifically? I'm sure we could get Barry> Skip, Tim, and Ken to sign papers if necessary. I have also volunteered relatively recently (within the last couple months) to wet sign again (which I did probably 10 years ago for the GNU folks). Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements
Andreas> As it's a different thing though than indenting inside tuples, Andreas> lists etc., would you mind making a bug entry giving your last Andreas> examples? This bug is close enough: https://bugs.launchpad.net/python-mode/+bug/629916 I just added a comment. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] highlight-indentation
I agree wholeheartedly with Barry's previous message on the indentation topic. Let me provide you with an analogy from a totally different realm. If I take the dog out in the evening for a bathroom walk, I doubt that I really need to tell my wife. After all, it's part of my nightly routine to walk Lily before coming up to bed. There is no signed contract which dictates that I tell her I'm walking the dog. If Ellen happens to come downstairs she will notice the absence of me, the dog and the leash, and not jump to the conclusion that a neighbor has snuck in to walk the dog while I've flown off to the Caribbean with some floozy (or gone "hiking in the Appalachians" as a certain former politician from South Carolina did). Still, as I head out the door, I let her know that Lily and I will be back in a few minutes. It's just the nice thing to do. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] bug lp:328842, flexible-indentation of multiline assignements
Andreas> What about indenting it to the end of first element of previous Andreas> line? That is precisely the problem. That's what it does today, and if the lhs of the assignment is a complex expression, the continuation is indented way too far. I would much prefer just to simply indent by the normal block indent. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Announcement of a new python major-mode on emacs-devel
mh> WRT switching from XEmacs, what is your reason for using it? mh> Curious minds want to know. :) History. Moving is hard. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Announcement of a new python major-mode on emacs-devel
Barry> I agree that I see no reason why python-mode.el can't borrow Barry> liberally from it. :) >> >> OTOH, if it works with XEmacs, why not just declare victory and go >> home? Barry> Have you tried it? I'd be pretty surprised if it worked better, Barry> since the Emacs developers haven't been very proactive about Barry> supporting XEmacs. I haven't tried it though I suspect you're right. However, how in the hell else are we ever going to reduce the number of different Python modes? So, today the new python.el maintainer seems happy. Assume GNU Emacs sucks it up. Two years from now the maintainer gets cranky, has a kid, I don't know, but something causes him to stop maintaining the code. You wind up with something which causes yet another fork. Will the GNU Emacs people ever accept XEmacs compatibility fixes? It's ridiculous. I don't want to be a developer of this stuff. I just want it to work. Maybe it's just time to face the music and conclude that I should switch away from XEmacs. *sigh* S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] paragraph-fill-warts
Andreas> paragraph-fill-warts bug should be cured now for XEmacs too in Andreas> python-mode-components branch. Andreas> Will set branch `paragraph-fill-warts' on `obsolet'. So I need to abandon my current checkout and replace it with this other branch? Is there some way to (easily) just update my paragraph-fill-warts branch to the python-mode-components branch? I feel like I'm starting to play whack-a-mole. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Announcement of a new python major-mode on emacs-devel
>> IIUC he borrowed from GNU's python.el and wrote all the rest himself. Barry> Yep, that's what his announcement said. Barry> I agree that I see no reason why python-mode.el can't borrow Barry> liberally from it. :) OTOH, if it works with XEmacs, why not just declare victory and go home? S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Announcement of a new python major-mode on emacs-devel
Georg> I don't know who else reads emacs-devel, so: Georg> http://lists.gnu.org/archive/html/emacs-devel/2011-02/msg00655.html Georg> https://github.com/fgallina/python.el Georg> I haven't looked at the code yet, but it is GPLv3, so if it does Georg> stuff better than we do, we could look at it and steal^Wlearn Georg> from it... If he borrowed from python-mode.el I suspect the GNU folks might not accept it since they have so far not been happy with our contribution signatures, right? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Latest paragraph-fill-warts branch
I don't know where we left things w.r.t. the Andreas's paragraph-fill-warts
branch, but I just updated and fired up a new copy of XEmacs. Then edited
my current small test file. After filling the doc string I see the same
issue reported before by (I think) Georg. When filling this:
"""
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
"""
I wind up with this:
""" triple-quoted string containing "quotation" marks. triple-quoted string
containing "quotation" marks. triple-quoted string containing "quotation"
marks. triple-quoted string containing "quotation" marks. triple-quoted
string containing "quotation" marks. """
That is, the newline after the first tqs and before the last tqs are not
preserved. This would have been ideal:
"""
triple-quoted string containing "quotation" marks. triple-quoted string
containing "quotation" marks. triple-quoted string containing "quotation"
marks. triple-quoted string containing "quotation" marks. triple-quoted
string containing "quotation" marks.
"""
Also, take a look at the attached png file. Is it possible to color
"quotation" green?
Skip
<>___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python.el
Eric> in all seriousness, please don't waste any more time on the free Eric> software foundation. I have decided to not support them anymore Eric> since Stallman told me that the needs of free software come before Eric> the needs of disabled people. +1. S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python.el
>> Would we be able to find all the contributors and get them to sign >> papers for the FSF? Otherwise there's no need to even think about >> that step. Barry> At one point in the distant past we *did* that and sent it to the Barry> FSF (IIRC, Tim Peters, Ken M. and myself at the very least). Barry> IMHO, they lost the paperwork and we've been lax about tracking Barry> it ever since getting rebuffed. I'm pretty sure I wet signed the relevant papers in the dim, dark past, though probably not specifically for python-mode. I wouldn't mind repeating myself on that subject. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python.el
Barry> Wonderful. Barry> http://thread.gmane.org/gmane.emacs.devel/135075 Wasn't a lot of our heartburn alwhile ago precipitated by Dave Love? He of the massive-patch-which-must-not-be-divided? In fact, isn't he the original author of the the python.el which *is* delivered with GNU Emacs? He must have a big bee in his bonnet. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python.el
Georg> - From reading emacs-devel, it seems that the python.el has made Georg> changes to the mode and explicitly taken them out of the Georg> copyright assignment for the FSF, so Emacs upstream can't include Georg> them. Georg> So now we are at three different python modes for Emacs... :| I'm not sure I understand. Someone forked python.el but won't allow the changes to go back into the GNU version? Wouldn't that violate the GPL or LGPL. Who did this? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] paragraph-fill-warts branch
Andreas> When reporting the remaining bugs, please make an entry in the Andreas> tracker and mention the kind of Emacs/version. Done: https://bugs.launchpad.net/python-mode/+bug/710373 Andreas, if you would like a login on my Mac laptop so you can play with my version of XEmacs, let me know. I suspect you will converge on working code more quickly if you don't have to wait for me to complain. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] paragraph-fill-warts branch
Andreas> the old bug should be gone now. Andreas> As its redone from the bottom, filling isn't correct yet. Andreas> However, borders of triple-quoted-string now are recognised, Andreas> `ar-bounds-of-triplequoted-atpt' should report it for example, Andreas> the remaining should not be a rocky mountain. Looks much better. Goes from this: """ triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. """ to this: """ triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. triple-quoted string containing "quotation" marks. """ no matter where I place the cursor. Thanks, Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Latest error
>> thingatpt-highlight was the only one it complained about.
Andreas> Hmm, seems I underestimated the issue.
Andreas> added and pushed.
I'm getting farther. Looks like thingatpt-highlight was missing
(when (featurep 'xemacs) (require 'overlay))
so I added that to get the make-overlay function. Then I could visit the
Python file without errors. Recall the file looks like this (without the
extra indentation):
"""
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
"""
class Foo(object):
@staticmethod
def bar(aList):
for x in aList:
for y in x:
print y
When I try to fill the docstring using fill-paragraph-or-region (M-q) with
point ahead of the first 't', it still deletes the space ahead of the first
single quotation mark, leaving me with this:
"""
triple-quoted string containing"quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
"""
If I place point at the beginning of the last line and fill, I get this:
"""
triple-quoted string containing"quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks. triple-quoted string
containing"quotation" marks.
"""
Repeat again, and I get:
"""
triple-quoted string containing"quotation" marks.
triple-quoted string containing "quotation" marks.
triple-quoted string containing "quotation" marks. triple-quoted string
containing"quotation" marks. triple-quoted string containing"quotation" marks.
"""
I can proceed to do this until I'm left with a single line in the docstring.
Skip
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Latest error
Looks like thingatpt-utils-base requires thingatpt-highlight which doesn't exist in the checkout. I evaled all the (require) statements from the .el files in a (progn) block: (progn (require 'easymenu) (require 'ansi-color) (require 'ar-comment-lor) (require 'beg-end) (require 'cl) (require 'comint) (require 'compile) (require 'custom) (require 'info-look) (require 'misc-utils) (require 'mmm-auto) (require 'pymacs) (require 'reporter) (require 'sh-beg-end) (require 'sh-script) (require 'string-strip) (require 'thingatpt-utils-base) (require 'overlay) (require 'imenu) (require 'thing-at-point-utils) (require 'thingatpt-highlight) (require 'python-mode) ) thingatpt-highlight was the only one it complained about. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] upcoming release
Latest error: File mode specification error: (file-error "Cannot open load file: %s" sh-beg-end) Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] upcoming release
Andreas> Ok, so let's have it. Pushed just now.
File mode specification error: (file-error "Cannot open load file: %s"
string-strip)
load-path:
`load-path' is a simple built-in variable.
Value: ("/Users/skip/src/paragraph-fill-warts" ...
Skip
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] upcoming release
Andreas> Could you pull again and check?
I get failures when I visit a .py file. load-path includes your version at
the front:
("/Users/skip/src/paragraph-fill-warts" "/Users/skip/emacs/sql"
"/Users/skip/emacs/url" "/Users/skip/emacs"
"/Users/skip/local/lib/xemacs/site-lisp"
...
"/Users/skip/local/lib/xemacs-21.4.22/lisp/")
and (find-library "python-mode") confirms that it finds your version.
When I visit a .py file I get this error though:
File mode specification error: (file-error "Cannot open load file: %s"
misc-utils)
Skip
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Still broken
I moved ~/src/python-mode out of the way, then from ~/src I executed
bzr co lp:python-mode
I verified that it says I have version 5.2.0:
(defconst py-version "5.2.0"
"`python-mode' version number.")
Byte compilation still fails (in a fresh XEmacs session):
Compiling file /Users/skip/src/python-mode/python-mode.el at Mon Jan 17
13:50:21 2011
!! Symbol's function definition is void ((string-to-syntax))
Skip
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Version?
Andreas> Seems bazaar diff fails here. Andreas> bzr branch lp:python-mode Andreas> should deliver the trunk I'm inside my python-mode sandbox: % bzr branch lp:python-mode Branched 390 revision(s). python-mode% bzr status unknown: python-mode/ python-mode.elc It creates a whole other tree. I don't want an explosion of sandboxes. Can't I switch between different branches somehow? This is perhaps a small point for this, because I can actually get away with deleting my stuff completely and switching to lp:python-mode. For more complex projects though, I should be able to switch between branches. I want the equivalent of the cvs and svn commands cvs up -r some-other-branch svn up -r some-other-branch Is this not possible with bazaar? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Version?
> I have a branch. According to bzr diff it's identical to lp:python-mode
>
> python-mode% bzr diff
> http://bazaar.launchpad.net/~python-mode-devs/python-mode/python-mode/python-mode.el
> python-mode.el
>python-mode%
One other thing. It doesn't byte compile for me in XEmacs:
Compiling file /Users/skip/src/python-mode/python-mode.el at Mon Jan 17
06:55:12 2011
!! Symbol's function definition is void ((string-to-syntax))
What version am I suppose to be using to test to see if it works under XEmacs?
S
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Version?
I have a branch. According to bzr diff it's identical to lp:python-mode python-mode% bzr diff http://bazaar.launchpad.net/~python-mode-devs/python-mode/python-mode/python-mode.el python-mode.el python-mode% yet the version in my copy of the code is not 5.2.0: (defconst py-version "5.0.0+" "`python-mode' version number.") and the copyright/author info doesn't seem up-to-date: ;; Copyright (C) 1992,1993,1994 Tim Peters ;; Author: 2003-2008 https://launchpad.net/python-mode ;; 1995-2002 Barry A. Warsaw ;; 1992-1994 Tim Peters ;; Maintainer: python-mode@python.org ;; Created:Feb 1992 ;; Keywords: python languages oop What am I missing? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] confusion about py-string-to-syntax def
Andreas> seems you introduced a bug. Why not use the trunk? I would if I could. I have been merging trunk to my branch. How do I swap my (mostly dead) branch for trunk? Guys, I generally find DVCS very difficult to use. They don't fit my brain at all. (I fear for the day when the Python source tree switches to Mercurial. I don't think I will be able to function at all.) That said, I do like branching and use it all the time with Subversion and CVS. Help me figure out how to use bzr, git, hg, etc in a CVS/Subversion-like way and you'll have a friend for life. Andreas> BTW all the "py-"-prefix and defalias considerations here are Andreas> missing the point IMHO in such, as if in further futures XEmacs Andreas> should provide this symbol, the compiler will tell..."defined a Andreas> second time". I thought Barry's note about not polluting the global namespace was correct. My crippled string-to-syntax will only work for the cases needed by python-mode. I think you need to create py-string-to-syntax and refer to it. Otherwise you run the risk of making some other package blow up. Andreas> Until then, please let us stay as much as possible with the Andreas> existing code, as tqs-syntax-setting is known to work Andreas> elsewhere. What is tqs-syntax-setting? Andreas> What about removing remaining compiler warnings, which are not Andreas> functional AFAIS? For example introducing some defvars to Andreas> silence the compiler in these cases. I have no idea how to do that. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] confusion about py-string-to-syntax def
I'm trying to get the latest python-mode.el to compile cleanly. I have this definition: ;; Skip's XE workaround (if (fboundp 'string-to-syntax) (defalias 'py-string-to-syntax string-to-syntax) (defun py-string-to-syntax (s) (cond ((equal s "|") '(15)) ((equal s "_") '(3)) (t (error "Unhandled string: %s" s ) and get this output from byte-compile-file: Compiling file /Users/skip/src/python-mode/python-mode.el at Thu Jan 13 14:03:29 2011 ** attempt to inline py-string-to-syntax before it was defined ** attempt to inline py-string-to-syntax before it was defined ** attempt to inline py-string-to-syntax before it was defined ** attempt to inline py-string-to-syntax before it was defined ** attempt to inline py-string-to-syntax before it was defined While compiling toplevel forms: ** attempt to inline py-string-to-syntax before it was defined Why? Is that an error? I do get a .elc file so I sort of assume it's just a warning. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Merge] lp:~a-roehler/python-mode/string-to-syntax into lp:python-mode
Andreas> As XEmacs has proclaimed it's intend to merge up with GNU code, Andreas> that may pay for a while. I wouldn't hold my breath. As Barry indicated, XEmacs doesn't seem to be progressing. I haven't seen a release of any kind for quite awhile. Andreas> A solution might be keeping an XEmacs compatible separate Andreas> version. Would mean another split and python-mode version Andreas> around... :( Andreas> OTOH: we could proceed then much faster with the GNU-branch, Andreas> having again a reliable, maybe most advanced python-mode. Why not just refer to the last version which was XEmacs-friendly on the Launchpad download site? I think 5.1.0. Modify 5.2.0 and greater if it's loaded in an XEmacs session that certain stuff won't work until such time in the future that it does work in that environment again. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] string-to-syntax for XEmacs 21.4? (fwd)
Passing this along from Stephen Turnbull on the XEmacs list... Skip --- Begin Message --- s...@pobox.com writes: > string-to-syntax is a built-in function in `C source code'. > (string-to-syntax STRING) > > Convert a syntax specification STRING into syntax cell form. I have no idea what a "syntax cell" is, but based on your examples it would seem (defun string-to-syntax (s) (list (syntax-string-to-code s))) will do. --- End Message --- ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Merge] lp:~a-roehler/python-mode/string-to-syntax into lp:python-mode
Sorry this got all garbled, however... Andreas> diff python-mode.el.THIS python-mode.el.BASE Andreas> 447c447 Andreas> < (syntax (parse-partial-sexp (point-min) (point Andreas> --- >> (syntax (syntax-ppss))) Andreas> 463c463 Andreas> < (unless (eq 'string (syntax-ppss-context (parse-partial-sexp Andreas> (point-min) (point The call to syntax-ppss-context probably has to be replaced by something XEmacs-compatible too. Apologies if I've not read Andreas's diff correctly. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Triple quoted string problem
Barry> I can confirm both of these on Emacs 23.2.1. Please file a bug. :( https://bugs.launchpad.net/python-mode/+bug/701175 S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Triple quoted string problem
When I attempt to fill the docstring's paragraph with the cursor positioned in front of Maintain it zaps the space before '"best"' and fails to actually fill the paragraph: #!/usr/bin/env python """ Maintain the recent"best" price and alert when it remains the best price for a user-defined time. """ FYI, changing the quoting around the word best from quotation marks to apostrophes results in correct behavior. S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Triple quoted string problem
I hesitate to open a new bug because this has probably been covered somewhere and I already opened one (sort of) duplicate bug today, but it's hard to tell because there are so many open triple-quoted string bug reports. Using the latest release I created a new file with just a #! line and a doc string: #!/usr/bin/env python """ Maintain the recent "best" price and alert when it remains the best price for a user-defined time. """ When I attempt to fill the docstring's paragraph with the cursor positioned in front of Maintain it zaps the space before '"best"' and fails to actually fill the paragraph: #!/usr/bin/env python """ Maintain the recent"best" price and alert when it remains the best price for a user-defined time. """ If I then move the cursor down a line (point positioned ahead of 'the') and fill again, I get this: #!/usr/bin/env python """ Maintain the recent"best" price and alert when it remains the best price for a user-defined time. """ which is pretty bad considering fill-column is set to 70 in that buffer. This is using XEmacs 21.5.28 on Solaris. On XEmacs 21.4.22 (on Mac OSX) I get somewhat different behavior. There, not sure why, but my fill-column is 76. It formats the entire docstring onto one line: #!/usr/bin/env python """ Maintain the recent"best" price and alert when it remains the best price for a user-defined time. """ In short, I'm not sure that paragraph filling inside triple-quoted strings is any better now than before the release. In fact, it might even be worse overall. :-( Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Time for a new release?
>> Thanks Andreas and Georg for your recent commits to python-mode.el. Ditto. >> I wonder if it isn't time to start thinking about an official >> release, probably of 5.2? Is there anything else anybody would like >> to get in, say over the next couple of days? If not, I'd be happy to >> do a release on Friday, but wouldn't mind if someone else wanted to >> do it instead. Any chance of making something available without announcing globally? I really don't have the round tuits necessary to figure out the launchpad stuff. I could, however, download and install from a tarball and test it a bit. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Does the reply bot need updating?
The python-mode replybot text seems a bit outdated: http://mail.python.org/replybot/python-mode.txt That page refers the user to Sourceforge for bug reports. I'm pretty sure you're not using SF anymore, right? While I have your attention, I have a bug to report. Where should I report it? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Don't bind C-c C-h
>> The C-h binding is very important for discoverability, and I think it >> is a very, very bad idea to bind it to anything. Barry> If we /do/ change it, may I suggest C-c C-e? 'e' being a Barry> mnemonic for 'explain', and C-c C-e is currently unused in Barry> python-mode. Is there any other programming mode with something akin to py-help-at-point? If so, what binding(s) do they use? S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Don't bind C-c C-h
> "Deniz" == Deniz Dogan writes: Deniz> Maybe C-c C-? would work, but I'm not sure how that is recognized Deniz> by terminals. Not at all on my Sun (Intel) box running Solaris 10 with a Dell keyboard. It maps to C-c ?... S ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Don't bind C-c C-h
Deniz> In python-mode.el with py-version "5.1.0+" whatever that means: Deniz> Line 692: Deniz> (define-key py-mode-map "\C-c\C-h" 'py-help-at-point) Yeah, that was probably my doing a long time ago. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Problem with Multi-Line Comments
Kent> Am I misunderstanding something? Perhaps. There is definitely a deficiency in the Emacs syntax table stuff, at least the way python-mode uses it. I believe the other Python mode (the one delivered with recent versions of GNU Emacs) might handle triple-quoted strings better. In many cases you can avoid the problem by using """...""" to surround strings containing apostrophes and '''...''' to surround strings containing quotation marks. The only problem you encounter there is the situation where your doc strings contain both quotation marks and apostrophes. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Pymacs on GitHub (fwd)
Andreas> What about to include these and some other useful stuff into Andreas> XEmacs python-modes? What about rewriting python-mode using Pymacs? Sorry, I don't know how to answer your other questions. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Pymacs on GitHub (fwd)
Thought python-mode folks might find this announcement at least peripherally interesting since it involves Python/Emacs integration. Skip --- Begin Message --- Hi, people. This quick hello to say I pushed the Pymacs repository to GitHub. See http://github.com/pinard/Pymacs I would like to experiment with these facilities for a while. There is an issue tracker and a wiki, and I wonder if we should use them. If not, better deactivate their tabs early, so people do not get tempted to rely on them. The advantages of such maintainer toys are well known, there is presumably no need to repeat them. But I have a few cons, that I'd like to explicit a bit here, seeking for opinions or advice. All issues and wiki pages should ideally be bulk-copyable elsewhere, would the inclination arise. I would not like feeling tied to GitHub, the same I once felt tied to Sourceforge. Git gives us the freedom of having usable clones of Pymacs sources outside GitHub, and the GitHub copy is just a clone among others. I would ideally seek the same freedom for other services. Hopefully, issues and wiki pages keep history. Another point is protection, if any, against spam. I had a Wiki, not so long ago, that I ended up deactivating, as I find neither pleasure nor time, really, playing games with defacers. If the issue is attractive enough (it surely looks simple), I might be tempted to upload a few pending issues to it, and I wonder if and how I should mask email addresses of submitters, or otherwise, and how to establish some kind of links so I could retrieve the original information if needed. My intuition tells me it works more nicely for submitters already having a GitHub account, but I do not know yet. I have a strong point against issue trackers in that maintainers should never force them upon users, but this implies that maintainers could be able to easily manage issues coming from other means — email being the most common. GitHub wiki, well, that's yet another markup language to learn. It's a bit sad each wiki has its own. Also, I much enjoy the ease by which Tomboy allows me to maintain a lot of notes, a few of them for Pymacs. It would be fun for me to have some form of inter-operability between Wiki pages and Tomboy notes — I wonder how easy it would be for me to organize. A final point would be to document the GitHub facilities we choose to retain for use in the current Pymacs sites, and cross-link everything appropriately, so the whole stays nice, usable and elegant enough. -- François Pinard http://pinard.progiciels-bpi.ca --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Pymacs devel" group. To post to this group, send email to pymacs-de...@googlegroups.com To unsubscribe from this group, send email to pymacs-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/pymacs-devel?hl=en -~--~~~~--~~--~--~--- --- End Message --- ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Branch ~python-mode-devs/python-mode/python-mode] Rev 348: Place this file under the GPLv3 and bump the version number.
Barry> -(defconst py-version "5.0.0+" Barry> +(defconst py-version "5.1.0" Given that there is a license change and that many people are sensitive to GPL issues maybe this should be a major version change? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] py-next-statement, py-previous-statement
Andreas> what about putting cursor with Andreas> `py-next-statement' and `py-previous-statement' Andreas> at first char on line instead of bol? Andreas> Committed it, so you may try... I've personally never used either command before. I suppose the changed behavior would be fine. If, however, I am on a line with an elif it might be useful to have it back up to the preceeding elif or if clause instead of moving up one simple statement or clause at a time. (Just a thought.) Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] paren-deactivate
Andreas> with my Emacsen corresponding parentheses are highlighted also Andreas> in python-mode, which doesn't seem of much use there. I rely on it all the time. Complex if expressions, nested function calls, mixing dicts, lists, tuples. All provide ample opportunity to screw up paren balancing. The visual feedback is quite useful, at least to me. My preference would be to leave it as-is. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Unadmin myself
>> > but I'm sure with the current thrust to see where python.el and >> > python-mode.el can be merged there will be changes to be made there >> > in the near future. Stephen> I haven't seen much of that on xemacs-beta, so I presume that Stephen> has come from the GNU Emacs side. You may want to let the Stephen> emacs-de...@gnu.org denizens know of your change in status. This discussion has been taking place this month on the python-mode mailing list: http://mail.python.org/pipermail/python-mode/2009-January/thread.html I imagine the XEmacs maintainers are more familiar with issues of merging GNU code with non-GNU code and may be able to offer the active python-mode people advice. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] merging python-mode.el and python.el
Dave> Anyway the main raison d'être for python.el was that we couldn't Dave> get copyright papers for python-mode.el for inclusion in Emacs Funny that. The FSF paperwork mavens have failed several times (at least three that I'm aware of) to get paperwork to me for my signature. The one time they got the paperwork to me I signed and returned immediately. They still didn't get it. Based on my own personal experience I don't think you can lay all the blame on the folks who have contributed to python-mode.el. Dave> It's not clear to me what's in python-mode.el that would be useful Dave> to put in python.el... A lot of people like pdbtrack. The python-mode project also includes bits Emacs Lisp and Python code to interface with Pymacs. I believe both are unique to the python-mode project. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Unadmin myself
Folks, I'm going to stop pretending I'm contributing anything to python-mode development. I simply don't have the time or the Emacs Lisp expertise to do any of what needs doing these days. I not too long ago synced the latest python-mode into the XEmacs chain so that should be up-to-date, but I'm sure with the current thrust to see where python.el and python-mode.el can be merged there will be changes to be made there in the near future. All the best, -- Skip Montanaro - s...@pobox.com - http://smontanaro.dyndns.org/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Novice]enabling python-mode
Saurabh> But how will I come to know whether I am using python-mode.el Saurabh> or the default python.el, as the mode-line still says (Python)? Here are a few ways: * When moving past an identifier_with_underscores using M-f or M-b does it stop at each underscore or jump over the entire identifier? If it jumps over the entire identifier you are using python-mode.el * Executing M-x py-version RET will work in the python-mode project's python mode and give you a response like 4.NN or 5.0.0. It will fail with the GNU Emacs python mode. It doesn't appear that the GNU Emacs python mode defines any kind of version. * Public commands and functions are prefixed with "python-" in the GNU Emacs python mode. They are prefixed with "py-" in the python-mode project's python mode. Executing C-h a ^py- RET will distinguish the two. I could go on, but I won't belabor the point any more. ;-) -- Skip Montanaro - [EMAIL PROTECTED] - http://smontanaro.dyndns.org/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Novice]enabling python-mode
>> * Inside a running Emacs execute >> >> M-x load-library RET python-mode RET >> >> This should enable the python-mode project's version of python mode >> for the current session. If this fails, python-mode.el is not on >> your load-path. Either move it or extend load-path Saurabh> This shows "Loading python-mode...done". But there is no change Saurabh> in the mode line. :( Have you tried reloading the file? C-x C-v RET What about if you do this in a fresh Emacs session before loading any Python files? -- Skip Montanaro - [EMAIL PROTECTED] - http://smontanaro.dyndns.org/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] [Novice]enabling python-mode
Saurabh> Now I am able to do M-x python-mode and I get a (Python) status Saurabh> on the mode-line. Saurabh> However, it is not auto-indenting. Also shouldn't it say Saurabh> (Python-mode) on the mode-line? You are probably still getting the python.el python mode which comes with GNU Emacs. To see if this is so you can execute M-x find-function RET python-mode RET then see what the name of the file it pops up is. I'm pretty sure it will be named "python.el". I'm not enough of a Emacs Lisp whiz to provide a solution with 100% confidence, but here's what I'd try: * Inside a running Emacs execute M-x load-library RET python-mode RET This should enable the python-mode project's version of python mode for the current session. If this fails, python-mode.el is not on your load-path. Either move it or extend load-path. * Add (load-library "python-mode") To your ~/.xemacs file. This should enable python-mode.el for all sessions. Saurabh> I am not able to find any tutorial for this. Does there exist Saurabh> one? Not really. Try: C-h f python-mode RET or while visiting a Python file (and the python-mode you desire is active), try: C-h m -- Skip Montanaro - [EMAIL PROTECTED] - http://smontanaro.dyndns.org/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] underscore syntax
Diez> I don't think that's a python-mode issue - rather emacs behaves Diez> differently. Dunno how to change that though. Diez> My emacs doesn't stop at underscores. Regardless of Diez> python-mode-age. >From a comment in python-mode.el: ;; For historical reasons, underscore is word class instead of ;; symbol class. GNU conventions say it should be symbol class, but ;; there's a natural conflict between what major mode authors want ;; and what users expect from `forward-word' and `backward-word'. ;; Guido and I have hashed this out and have decided to keep ;; underscore in word class. If you're tempted to change it, try ;; binding M-f and M-b to py-forward-into-nomenclature and ;; py-backward-into-nomenclature instead. This doesn't help in all ;; situations where you'd want the different behavior ;; (e.g. backward-kill-word). I don't know if the "I" referenced here is Barry or Tim. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] ANNOUNCE python-mode.el 5.0.0 (Molluscs)
Barry> It's been ages since we did a formal python-mode.el release, so I Barry> took the opportunity to embrace my tryptophan induced Barry> hallucinations and release a new version. Thanks for doing this Barry. I ran bzr pull just now but python-mode.el still gives a version of 5.0.0a1. I saw your checkin messages. bzr info gives this output: % bzr info Standalone tree (format: rich-root-pack) Location: branch root: . Related branches: parent branch: http://bazaar.launchpad.net/%7Epython-mode-devs/python-mode/python-mode/ Am I maybe pointing at the wrong branch? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] special editor support for indentation needed.
>> Barry Warsaw, the maintainer, took it to >> >> https://launchpad.net/python-mode Diez> Can you redirect users to that from the SF-site? I wanted to get a Diez> recent copy yesterday, and did not find the launchpad site. I think Barry said he tried to put up some information about the project moving to Launchpad but that SF undid his change or something. I'm pretty sure an HTTP redirect wouldn't be possible. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] triple quote patch
Diez> The problem is that the patch doesn't apply clean for me. So it Diez> might not be of to much use :( I got the rejects to apply. I can't test it under XEmacs, but I attached it to your bug report. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] triple quote patch
Diez> This one has been provided by Sebastian Wiesner. Just wanted to Diez> make sure you guys have it. I applied this to my repository. There were several merge problems since it appears to be for a slightly different version. It failed byte compilation because XEmacs doesn't have string-to-syntax. Also, looking at this note: http://mail.python.org/pipermail/python-list/2008-October/512272.html I see: I just downloaded python-mode.el from svn: http://svn.sourceforge.net/viewvc/python-mode/trunk/python-mode/ and applied this patch (code taken from python.el): Barry, should we accept big chunks of code from python.el? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Time for a new release?
Barry> I think it's long overdue that we officially release a new Barry> version of python-mode.el. I just added py-sort-imports (bound Barry> to C-c C-f for "from") which is really handing in Barry> lexicographically sorting multiline imports. The only thing I would insure works better before a release is triple-quoted string rendering. I think there are a couple patches floating around, but I know longer know where to look for things. Did SF tracker items get transferred to Launchpad? Barry> Suggestions are welcome. We could just make up a number, like Barry> 5.0, or we could use the date of the release, or I could manually Barry> hack in the bzr revision number. Given that a number of Emacs distros distribute python-mode I think we should probably avoid making major changes in the way we number without good reason. I believe we are in the 4.7x range right now. I suppose 4.80 or 5.00 would be reasonable. Any idea how far reaching the current changes are? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Emacs 22.2 & automatic indentation in Python mode?
>> ... Emacs 22.2 ... Instead, pressing Enter merely takes me back to >> column 1 of the next line. Barry> You're probably getting a different python-mode than what this Barry> mailing list generally supports. Indeed you are. From what I've seen that's a common complaint about the python.el which comes with GNU Emacs. Barry> However, there have been grumblings about merging the two. Nothing very loud as far as I can tell. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python-mode.el checkout
Andreas> Herewith the patch Andreas> Introduced an additional check for being not-in-string: Andreas> (not (numberp (nth 3 state))) Andreas> Thanks Andreas> Andreas Röhler Andreas> diff -u -b /old/python-mode.el /new/python-mode.el Andreas> --- /old/python-mode.el2008-05-07 08:05:55.0 +0200 Andreas> +++ /new/python-mode.el2008-05-08 15:28:35.0 +0200 Andreas> @@ -3522,7 +3522,7 @@ Andreas> (setq searching nil) ; search is done either way Andreas> (setq state (parse-partial-sexp start Andreas> (match-beginning 0))) Andreas> -(setq answer (not (nth 4 state) Andreas> +(setq answer (and (not (numberp (nth 3 state)))(not (nth 4 state)) Andreas> ;; search failed: couldn't find another interesting colon Andreas> (setq searching nil))) Andreas>answer))) Exactly what problem does that additional check solve? I admit freely that my Lisp-ish knowledge ain't what it used to be, and it was never all that good to begin with. Thanks, Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] cython-mode.el (fwd)
Saw this on the xemacs-beta mailing list. Thought I might see if someone
here knows the answer.
Skip
--- Begin Message ---
This one works with gnu-emacs, but not xemacs. Anyone know why?
It's supposed to just add some font-lock keywords to python mode, but
it seems to override the python keywords instead (only the cython additions
seen below get highlighted, not the original python ones).
`Cython' mode.
(add-to-list 'auto-mode-alist '("\\.pyx\\'" . cython-mode))
(define-derived-mode cython-mode python-mode "Cython"
(font-lock-add-keywords
nil
`((,(concat "\\<\\(NULL"
"\\|c\\(def\\|har\\|typedef\\)"
"\\|e\\(num\\|xtern\\)"
"\\|float"
"\\|in\\(clude\\|t\\)"
"\\|object\\|public\\|struct\\|type\\|union\\|void"
"\\)\\>")
1 font-lock-keyword-face t
___
XEmacs-Beta mailing list
[EMAIL PROTECTED]
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--- End Message ---
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Python 3 syntax highlighting issues
me> I've decided to take a look at what needs doing to python-mode to me> support Python 3.0 syntax highlighting. Attached is an initial stab. Only tested insofar as it byte compiles. No switching between Python 2.x and 3.x modes. Just highlight as if everybody was already programming in Python 3.x. Skip python-mode.diff Description: Binary data ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
[Python-mode] Python 3 syntax highlighting issues
I've decided to take a look at what needs doing to python-mode to support Python 3.0 syntax highlighting. Some obvious differences: "print" and "exec" are both now builtin functions, not keywords. That should change their coloring, but how should we detect that? It might be a small point. In the default setup keywords and builtins seem to be colored identically, though they are in different classes. "as" and "with" are full-fledged keywords. I think Barry added "with" recently, but "as" is still a "crippled" keyword. "True", "False" and "None" are keywords. So, should we: * punt and do the best we can cheaply? * implement some sort of mode switch? My inclination is to keep things as simple as possible: move "print" and "exec" to the builtins section, make "as", "True", "False" and "None" true keywords. (Things are already too complex for my feeble Lisp neuron.) Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] pycomplete developing
Leonid> Is pycomplete having been developed? And is it a part of Leonid> python-mode? It's there if you check out python-mode from SF CVS. I haven't touched it in a couple years though. I have no idea how Pymacs might have changed in the intervening time, so don't know if pycomplete would still work or not. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] python-mode & emacs22
Matthias> Currently seeing problems installing the debian python-mode Matthias> package for emacs22, which comes with its own python-mode. Matthias> Seeing that the last python-mode release is from 2005 Matthias> ... which python-mode should users prefer for emacs22, which Matthias> one for the other emacsens? Will there be a new release for Matthias> python-mode? Matthias, Barry and I have both been busy with other stuff for quite awhile. I don't know when we'll get around to a new release. I'm not entirely sure why the GNU Emacs folks rolled their own python-mode from scratch, but you might give it a try and see how it works for you. If it's better (for some unspecified definition of "better") maybe it would make sense to port it to XEmacs. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] color syntax highlighting?
James> However as a newbie, how is color syntax highlighting enabled? James> Searching through Google shows that coloring is already done James> within python-mode.el, but I'm not seeing it when running emacs James> -nw within aterm on X. I suspect that the ability to highlight syntax when using -nw (that is, not starting an X-aware instance of Emacs) depends on the terminfo/termcap description of available for your current $TERM setting. For example, when I start it with -nw and have TERM set to "xterm" on my Mac the only highlighting I get is bold font for various things. If I set TERM to "color_xterm" or "xterm-256color" I get two colors, black and medium blue (but lose the bold font). That's nowhere near as much as I get when I run an X-aware XEmacs. -- Skip Montanaro - [EMAIL PROTECTED] - http://www.webfast.com/~skip/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Still active?
Kelvie> Yeah, I am quite interested in this project; sadly, I don't know
Kelvie> any elisp, but I'll start doing some reading over the summer.
As someone else indicated Pymacs might be a good way to go. I don't see any
harm in supporting an effort to redesign/rewrite python-mode using Pymacs.
If successful I think there's a lot of room to improve what python-mode can
do. If not, then either this version of python-mode or the GNU Emacs
version are both still there as backstops.
Kelvie> I also have a project course coming up (I'm an engineering
Kelvie> undergrad), and I'd also like to do something for the open
Kelvie> source community as part of that, and seeing as how I use python
Kelvie> so often, and use emacs, this would be an ideal project (it
Kelvie> starts in January, which is still a way's away).
In that case, I think you'd have more fun with Pymacs, probably have fewer
barriers to surmount (little Emacs Lisp) and maybe lay the groundwork for a
very cool 2008 Google Summer of Code project. ;-)
Kelvie> I'm especially interested in making a more featureful
Kelvie> auto-completion method, or would you guys have any ideas on
Kelvie> something I can embark on? I can put about 12-20 hours on it a
Kelvie> week for about 3 months, twice that if I can find a partner :P
Check the code out of CVS^H^H^HSubversion and look at pycomplete.{el,py}.
Skip
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Still active?
Kelvie> Looking at the complete lack of documentation and updates, I'm Kelvie> wondering, is python-mode still being developed? Or perhaps Kelvie> it's being merged into the main emacs project? Well, no merging is going on, but I really don't have time to mess with it either. The longer I'm away from it the worse my Emacs Lisp skills get and the more complex the APIs get. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] cvs -> svn?
Barry> I've unchecked the CVS flag on the project page, but I don't Barry> think that actually removes any CVS data. It just disables the Barry> menu item. Barry> I just committed r426 which adds with-as font-locking. Please Barry> update your checkouts to use the SVN repository now. I successfully checked the code out via svn. I tried to do a cvs diff in my old repository to see if I had any pending changes and got this error: % cvs diff ? python-mode-face-creation.patch cvs diff: failed to create lock directory for `/cvsroot/python-mode/python-mode' (/cvsroot/python-mode/python-mode/#cvs.lock): Permission denied cvs diff: failed to obtain dir lock in repository `/cvsroot/python-mode/python-mode' cvs [diff aborted]: read lock failed - giving up I don't know if that's a side effect of the change or not. If not, we should ask SF to fix the problem. If so, it would be nice if they at least retained read access to the repository for diffing. I'll just diff my CVS and SVN sandboxes. Can I assume r425 is the version at the point where you switched? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] cvs -> svn?
Barry> So, I'm wondering if moving python-mode's repository over to svn Barry> would help, and whether anybody would mind if I did this. Go for it. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Tutorial on Python-Mode
Maximilian> I've been using xemacs for many things, especially LaTeX, Maximilian> and I would like to start using it as an editor for Maximilian> python. Unfortunately I haven't found much documentation on Maximilian> python-mode. I don't think there is anything separate from what you can get online. Maximilian> Is there anyway I can find a tutorial or a few hints (well, Maximilian> maybe more than a few...) on how it works. It's not all that different from other language programming modes. C-h m will give you some help about the mode-specific bindings. From there you can ask for help about specific commands, functions and variables. Maximilian> Just to name a feature, what exactly does "Mark a Block" do? It's bound to C-c C-k so type C-h k C-c C-k and you'll get the documentation for the py-mark-block command. Maximilian> Or another feature, "Ctrl-c !" I get an interpreter, and Maximilian> many new menus (i.e. Complete, In/Out, Signals). C-c ! runs the py-shell command which is a specialization of the normal shell mode. Again, C-h k C-c ! will display help about py-shell. Maximilian> I'm a bit lost... I've been using Python only for scripting, Maximilian> but I'll probably have to start using it to analyze MD data Maximilian> from Gromacs. I don't do anything with computational chemistry but I assume the field has plenty of very specialized wheels. I would be best if you could avoid reinventing them. You might want to plug into the SciPy community (http://www.scipy.org/). Also, I think Andrew Dalke (http://www.dalkescientific.com/) does a fair amount of computational chemistry and bioinformatics using Python. He might be a good source of pointers. -- Skip Montanaro - [EMAIL PROTECTED] - http://www.webfast.com/~skip/ "The hippies and the hipsters did some great stuff in the sixties, but the geeks pulled their weight too." -- Billy Bragg ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] How to Install
Steve> I am unable to locate documentation for how to install Steve> python-mode with Xemacs for windows XP. I don't use XEmacs on Windows, but you should be able to just drop python-mode.el and doctest-mode.el into a folder somewhere on your load-path. -- Skip Montanaro - [EMAIL PROTECTED] - http://www.mojam.com/ ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Site is broken
Rob> Thanks for the reply, sorry I was non-specific. I was looking at Rob> the sourceforge home page, URI: Rob> http://python-mode.sourceforge.net/docs/index.html Rob> The specific resources which could not be located (404) are Rob> http://python-mode.sourceforge.net/docs/customize.html and Rob> http://python-mode.sourceforge.net/docs/related.html. Ah, I see. I started working on some documentation quite awhile ago but never got very far. You hit the various endpoints. I should have at least made stubs for those pages. My apologies. I've at least corrected that particular deficiency now. Anybody out there want to take on the task? Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Site is broken
Rob> The links "Customize" and "Related Packages" on the sourceforge Rob> site are broken. I can't tell where you are looking. Can you provide a URL? Rob> Anywhere I can turn to for customization info until it's back up? Rob> (Looking for syntax hilighting.) Syntax highlighting of Python within GNU Emacs or XEmacs? Try here: http://sourceforge.net/project/showfiles.php?group_id=86916 -- Skip Montanaro http://www.musi-cal.com/ [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] trouble with python-mode on Win 2000
Todd> I'm trying to use python-mode in XEmacs version 21.4.18. However,
Todd> when I try to compile it or load it I get:
Todd> File error (("Searching for program" "No such file or directory"
Todd> "xargs"))
I can believe the xargs program isn't available on Windows. "xargs" isn't
mentioned anywhere in the python-mode source. I imagine some other bit of
the system is to blame.
Can you try setting debug-on-error to t and then send the resulting
backtrace to the list?
--
Skip Montanaro
http://www.musi-cal.com/
[EMAIL PROTECTED]
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] evil underscore as word
Barry> From my python-mode-hook: Barry> (define-key py-mode-map [(meta f)] 'py-forward-into-nomenclature) Barry> (define-key py-mode-map [(meta b)] 'py-backward-into-nomenclature)) So maybe we can solve this in python-mode.el. Leave the syntax category for "_" alone and add (yet another) flag that rebinds M-f and M-b accordingly. Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] evil underscore as word
Ben> btw is anyone maintaining python-mode? Stephen> Yes. I am officially the maintainer, though I have dropped the ball fairly badly. I asked the other day about the magic necessary to do a new release, but haven't done that yet. Ben> (modify-syntax-entry ?\_ "w" py-mode-syntax-table) Ben> imho it is *not* acceptable to have a random deviation like Ben> this. I've never really liked it, but it happened before I got involved with python-mode maintenance, so I never changed it. Regarding Barry's comments about muscle memory, my muscles must be pretty damn stubborn. Even though I program almost exclusively in Python via XEmacs these days (not even much C or Emacs Lisp), I still find myself at the start of a compound identifier like "really_lon_ident" and think to myself, "Ah.. M-f g, that's the ticket", only to wind up at the end of "really_lon_identg". I believe it was Guido who lobbied Barry pretty hard to make it so. Since Barry probably worked for Guido at the time, I can understand his acquiescence. ;-) Skip ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] Which @xemacs.org e-mail addresses are being used?
(Massively trimming cc list...) Joseph> We need to clean up the @xemacs.org addresses being hosted on Joseph> @tux.org. Right now, they are merged in with all other @tux.org Joseph> e-mail addresses. ... Joseph> python-mode-bugs Joseph> python-mode-discuss Joseph> python-mode-maintainer Joseph> python-mode-patches Do any of these point to the python-mode@python.org mailing list? I'm willing to bet (small sums of money, mind you) that python-mode-maintainer is aliased either to me ([EMAIL PROTECTED]) or Barry Warsaw (one of several addresses he has). The others might reflect to the python-mode list. If they don't they either should or we should be notified where they point so the python-mode folks can monitor them. I presume there is or was some sort of protocol for setting up these sets of package maintainer addresses. I'm pretty sure Norbert Koch will know. -- Skip Montanaro Katrina Benefit Concerts: http://www.musi-cal.com/katrina [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] byte compile error
Pete> I am trying to byte compile my python-mode.el file, but each time Pete> I do I get a 'fatal error' message and emacs (emacs-21.3 windows) Pete> crashes Pete> in my lisp/progmodes, add the autoload line, and try to open a .py Pete> file with emacs. If I compile the python-mode.el file myself, I Pete> get: Pete> $ clisp -c python-mode.el -o python-mode.elc ... Pete> 0 errors, but no compiled code. Pete> Can someone tell me what I need to do? Thanks in advance, Sorry, I see nothing that would suggest I can help. What's "clisp"? Is that somehow different from emacs? -- Skip Montanaro Katrina Benefit Concerts: http://www.musi-cal.com/katrina [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
RE: [Python-mode] how to enable auto-complete in the mode
Okay, we're closing in on me understanding your request. Heap> It meant that when I edit python in xemacs. There is CPython mode, Heap> how can I edit the xemacs bindings so that it allows auto-complete Heap> the class methods? I meant in IDE like komodo, they will Heap> auto-complete the bindings for you. Is there a mode in xemacs? What sort of completion are you looking for? Assume I have this class: class SillyClass: def __init__(self): self.long_attribute_name = 5 def SillyMethodWithALongName(self): print self.long_attribute_name Somewhere else in another module I instantiate it: silly = SillyClass() Now, I want to call its long method, so I type: silly.Silly then hit the TAB key (or something similar). Do you expect it to automatically complete to silly.SillyMethodWithALongName ? Given that Python is such a dynamic language, I can't see how that could be done reliably. The only way I can see to implement this easily would be to coopt Emacs's TAGS facility to replace partial function/method names with the result of (find-tag-tag). That puts an extra burden on you to generate TAGS files, typically from a Makefile. -- Skip Montanaro [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
RE: [Python-mode] how to enable auto-complete in the mode
(please include the list when looking for help - you get more brains working on your problem) Skip> auto-complete of what? Heap> Auto-complete in xemacs mode I meant. I'm sorry. This still doesn't ring any bells for me. Can you be more specific? -- Skip Montanaro [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
Re: [Python-mode] how to enable auto-complete in the mode
Heap> Does anyone knows how to enable auto-complete in python mode? auto-complete of what? If you have access to the CVS version of python-mode and also have Francois Pinard's Pymacs installed, you can check out pycomplete.el and pycomplete.py and see if that is what you're after. -- Skip Montanaro [EMAIL PROTECTED] ___ Python-mode mailing list Python-mode@python.org http://mail.python.org/mailman/listinfo/python-mode
