From noreply at sourceforge.net Fri Sep 3 17:18:19 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 3 17:18:23 2004 Subject: [Python-mode] [ python-mode-Patches-1021881 ] Include the name of a module's package in its buffer name. Message-ID: Patches item #1021881, was opened at 2004-09-03 11:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Include the name of a module's package in its buffer name. Initial Comment: Add an option to include a module's package name in its buffer name. E.g. if module `module.py' is contained in a package whose dotted name is `a.b.c', then its buffer will be named "module.py (a.b.c)" instead of just "module.py". When using complex package hierarchies, this can be useful for keeping track of where a module is in the hierarchy. It's especially useful for keeping track of __init__.py files. In the patch, the option is turned on by default; but that could be changed. See the docs for the custom variable py-name-buffers-with-packages. For more info about file-name-handler-alist (which is used to implement the change), see ("Making Certain File Names 'Magic'"). It should work under both emacs and xemacs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 From noreply at sourceforge.net Fri Sep 3 17:24:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Sep 3 17:24:04 2004 Subject: [Python-mode] [ python-mode-Bugs-1021885 ] shell gets set to 'cpython' Message-ID: Bugs item #1021885, was opened at 2004-09-03 07:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1021885&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Christensen (jdc) Assigned to: Nobody/Anonymous (nobody) Summary: shell gets set to 'cpython' Initial Comment: If I edit a source file which starts with #!/usr/bin/python and I hit C-c C-c to run it, then py-execute-region sets the variable shell using (setq shell (or (py-choose-shell-by-shebang) (py-choose-shell-by-import) py-which-shell)))) The function py-choose-shell-by-shebang returns cpython. Then a bit further down we have (let ((cmd (concat shell ... which gives an error: Debugger entered--Lisp error: (wrong-type-argument sequencep cpython) concat(cpython "") The only related line in my .emacs.el is (require 'python-mode) Dan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1021885&group_id=86916 From noreply at sourceforge.net Tue Sep 7 00:22:25 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 7 00:22:29 2004 Subject: [Python-mode] [ python-mode-Patches-1023335 ] Handle triple-quoted strings correctly. Message-ID: Patches item #1023335, was opened at 2004-09-06 18:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Handle triple-quoted strings correctly. Initial Comment: This patch adds an option that will color triple-quoted strings correctly. It works by turning off syntax-highlighting for strings and comments (by registering quotes and hashes in the syntax table as normal punctuation); and using a fairly advanced keyword matcher to find all strings and comments. The keyword matcher uses a text- property to keep track of the syntax category of each character, and only updates it as needed. Therefore, the option can only be used if text-properties are available (but they are available on all current versions of emacs, as far as I know). Caveat: it's possible that this will be slow on some machines, or under certian circumstances. But it's not noticably slower on the machines & files I've tested it on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 From noreply at sourceforge.net Tue Sep 7 00:24:37 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 7 00:24:40 2004 Subject: [Python-mode] [ python-mode-Bugs-963247 ] Triple-quoted string font-lock problem Message-ID: Bugs item #963247, was opened at 2004-05-30 15:57 Message generated for change (Comment added) made by edloper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=963247&group_id=86916 Category: None Group: None Status: Open Resolution: Wont Fix Priority: 5 Submitted By: James B. Reese (jreese99) Assigned to: Nobody/Anonymous (nobody) Summary: Triple-quoted string font-lock problem Initial Comment: Font-lock in xemacs is not displaying triple-quoted strings correctly. For example: """ This is "a test" string on multiple lines. """ The phrases "This is " and " string on multiple lines." are formatted as strings, but "a test" is not formatted as a string. It appears that the triple quote is being treated as three individual quotation marks instead of as a single entity. A fix for this will be greatly appreciated. I *love* python-mode.el! ---------------------------------------------------------------------- >Comment By: Edward Loper (edloper) Date: 2004-09-06 18:24 Message: Logged In: YES user_id=195958 See patch #1023335 (Handle triple-quoted strings correctly): http://sourceforge.net/tracker/index.php? func=detail&aid=1023335&group_id=86916&atid=581351 It might not be the prettiest solution, but it works. :) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2004-07-14 12:32 Message: Logged In: YES user_id=12800 This is not something python-mode can realistically address. As you properly guess, because of limitations in Emacs' (and XEmacs') built-in syntax table implementation, python-mode has no choice but to treat triple quoted strings as three separate entities. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=963247&group_id=86916 From noreply at sourceforge.net Tue Sep 7 03:41:15 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 7 03:41:21 2004 Subject: [Python-mode] [ python-mode-Patches-1023335 ] Handle triple-quoted strings correctly. Message-ID: Patches item #1023335, was opened at 2004-09-06 17:22 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Handle triple-quoted strings correctly. Initial Comment: This patch adds an option that will color triple-quoted strings correctly. It works by turning off syntax-highlighting for strings and comments (by registering quotes and hashes in the syntax table as normal punctuation); and using a fairly advanced keyword matcher to find all strings and comments. The keyword matcher uses a text- property to keep track of the syntax category of each character, and only updates it as needed. Therefore, the option can only be used if text-properties are available (but they are available on all current versions of emacs, as far as I know). Caveat: it's possible that this will be slow on some machines, or under certian circumstances. But it's not noticably slower on the machines & files I've tested it on. ---------------------------------------------------------------------- >Comment By: Skip Montanaro (montanaro) Date: 2004-09-06 20:41 Message: Logged In: YES user_id=44345 Edward, perhaps you forgot to check the box when uploading the patch? There's nothing currently attached to this item. -Skip ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 From noreply at sourceforge.net Tue Sep 7 04:15:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 7 04:15:27 2004 Subject: [Python-mode] [ python-mode-Patches-1023335 ] Handle triple-quoted strings correctly. Message-ID: Patches item #1023335, was opened at 2004-09-06 18:22 Message generated for change (Comment added) made by edloper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Handle triple-quoted strings correctly. Initial Comment: This patch adds an option that will color triple-quoted strings correctly. It works by turning off syntax-highlighting for strings and comments (by registering quotes and hashes in the syntax table as normal punctuation); and using a fairly advanced keyword matcher to find all strings and comments. The keyword matcher uses a text- property to keep track of the syntax category of each character, and only updates it as needed. Therefore, the option can only be used if text-properties are available (but they are available on all current versions of emacs, as far as I know). Caveat: it's possible that this will be slow on some machines, or under certian circumstances. But it's not noticably slower on the machines & files I've tested it on. ---------------------------------------------------------------------- >Comment By: Edward Loper (edloper) Date: 2004-09-06 22:15 Message: Logged In: YES user_id=195958 So I did. Trying again. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2004-09-06 21:41 Message: Logged In: YES user_id=44345 Edward, perhaps you forgot to check the box when uploading the patch? There's nothing currently attached to this item. -Skip ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1023335&group_id=86916 From noreply at sourceforge.net Tue Sep 7 04:20:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 7 04:20:13 2004 Subject: [Python-mode] [ python-mode-Patches-1021881 ] Include the name of a module's package in its buffer name. Message-ID: Patches item #1021881, was opened at 2004-09-03 11:18 Message generated for change (Comment added) made by edloper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Include the name of a module's package in its buffer name. Initial Comment: Add an option to include a module's package name in its buffer name. E.g. if module `module.py' is contained in a package whose dotted name is `a.b.c', then its buffer will be named "module.py (a.b.c)" instead of just "module.py". When using complex package hierarchies, this can be useful for keeping track of where a module is in the hierarchy. It's especially useful for keeping track of __init__.py files. In the patch, the option is turned on by default; but that could be changed. See the docs for the custom variable py-name-buffers-with-packages. For more info about file-name-handler-alist (which is used to implement the change), see ("Making Certain File Names 'Magic'"). It should work under both emacs and xemacs. ---------------------------------------------------------------------- >Comment By: Edward Loper (edloper) Date: 2004-09-06 22:20 Message: Logged In: YES user_id=195958 Attatching file, take 2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 From noreply at sourceforge.net Thu Sep 9 03:35:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Sep 9 03:35:12 2004 Subject: [Python-mode] [ python-mode-Bugs-1024806 ] More triple commenting brokenness Message-ID: Bugs item #1024806, was opened at 2004-09-09 01:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1024806&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alejandro Dubrovsky (alito) Assigned to: Nobody/Anonymous (nobody) Summary: More triple commenting brokenness Initial Comment: Is this related to the reason why all highlighting after a line like the following line is broken? print """')";""" (btw, edloper, couldn't get your patch to go, but i'm an emacs newbie so quite likely my fault) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1024806&group_id=86916 From noreply at sourceforge.net Thu Sep 9 03:36:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Sep 9 03:36:09 2004 Subject: [Python-mode] [ python-mode-Bugs-1024806 ] More triple commenting brokenness Message-ID: Bugs item #1024806, was opened at 2004-09-09 01:35 Message generated for change (Comment added) made by alito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1024806&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alejandro Dubrovsky (alito) Assigned to: Nobody/Anonymous (nobody) Summary: More triple commenting brokenness Initial Comment: Is this related to the reason why all highlighting after a line like the following line is broken? print """')";""" (btw, edloper, couldn't get your patch to go, but i'm an emacs newbie so quite likely my fault) ---------------------------------------------------------------------- >Comment By: Alejandro Dubrovsky (alito) Date: 2004-09-09 01:36 Message: Logged In: YES user_id=12623 That was meant to be a comment on the previous triple comment thread ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1024806&group_id=86916 From noreply at sourceforge.net Sun Sep 12 23:26:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Sep 12 23:26:26 2004 Subject: [Python-mode] [ python-mode-Patches-1021881 ] Include the name of a module's package in its buffer name. Message-ID: Patches item #1021881, was opened at 2004-09-03 11:18 Message generated for change (Comment added) made by edloper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Edward Loper (edloper) Assigned to: Nobody/Anonymous (nobody) Summary: Include the name of a module's package in its buffer name. Initial Comment: Add an option to include a module's package name in its buffer name. E.g. if module `module.py' is contained in a package whose dotted name is `a.b.c', then its buffer will be named "module.py (a.b.c)" instead of just "module.py". When using complex package hierarchies, this can be useful for keeping track of where a module is in the hierarchy. It's especially useful for keeping track of __init__.py files. In the patch, the option is turned on by default; but that could be changed. See the docs for the custom variable py-name-buffers-with-packages. For more info about file-name-handler-alist (which is used to implement the change), see ("Making Certain File Names 'Magic'"). It should work under both emacs and xemacs. ---------------------------------------------------------------------- >Comment By: Edward Loper (edloper) Date: 2004-09-12 17:26 Message: Logged In: YES user_id=195958 Fixed a bug in the patch where the rename would fail if two buffers with the same name were opened. (Also, used context diff instead of unified diff.) ---------------------------------------------------------------------- Comment By: Edward Loper (edloper) Date: 2004-09-06 22:20 Message: Logged In: YES user_id=195958 Attatching file, take 2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1021881&group_id=86916 From noreply at sourceforge.net Mon Sep 13 23:33:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Sep 13 23:33:11 2004 Subject: [Python-mode] [ python-mode-Patches-783262 ] python-mode py-execute-buffer bug Message-ID: Patches item #783262, was opened at 2003-08-05 03:35 Message generated for change (Comment added) made by tew You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=783262&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: python-mode py-execute-buffer bug Initial Comment: migrated #779839 from python project. Original Submission: The rest of this report is a quote from Skip's message in c.l.py. Attached is Skip's tentative patch (which is likely incorrect for Jython). --------------------------------- John> 1. Why do I get this in my minibuffer when I do John> C-c C-c in a python-mode buffer containing the John> following valid Python code? John> Wrong type argument: sequencep, cpython It looks like a bug in py-execute-region. It sets the shell variable like so: (setq shell (or (py-choose-shell-by-shebang) (py-choose-shell-by-import) py-which-shell)))) which gives it the value (quote cpython). Later on it tries to concatenate it: (let ((cmd (concat shell (if (string-equal py-which-bufname "JPython") " -" "")))) which fails because shell is not a string (strictly speaking, a sequence) at that point. I'm not sure what the correct fix is. ---------------------------------------------------------------------- Comment By: ted whalen (tew) Date: 2004-09-13 21:33 Message: Logged In: YES user_id=52548 I think what we want here is: --- /usr/share/emacs/site-lisp/python-mode/python-mode.el 2004-03-06 01:16:19.000000000 -0600 +++ lib/elisp/python-mode.el 2004-09-13 16:25:17.000000000 -0500 @@ -1686,7 +1686,7 @@ (setq py-exception-buffer (cons file (current-buffer)))) (t ;; TBD: a horrible hack, but why create new Custom variables? - (let ((cmd (concat shell (if (string-equal py-which-bufname "JPython") + (let ((cmd (concat py-which-shell (if (string-equal py-which-bufname "JPython") " -" "")))) ;; otherwise either run it synchronously in a subprocess (save-excursion ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=783262&group_id=86916 From noreply at sourceforge.net Tue Sep 14 19:44:25 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Sep 14 19:44:31 2004 Subject: [Python-mode] [ python-mode-Bugs-1028073 ] Use Jython, not JPython Message-ID: Bugs item #1028073, was opened at 2004-09-14 12:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1028073&group_id=86916 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mike Hostetler (thehaas) Assigned to: Nobody/Anonymous (nobody) Summary: Use Jython, not JPython Initial Comment: The python-mode.el file still uses JPython. Does anyone else use it anymore? It should be switched to Jython. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581349&aid=1028073&group_id=86916