From noreply at sourceforge.net Sat Apr 8 20:25:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 08 Apr 2006 11:25:02 -0700 Subject: [Python-mode] [ python-mode-Patches-1466941 ] Use defface, not make-face, for creating font lock faces Message-ID: Patches item #1466941, was opened at 2006-04-08 21:25 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=1466941&group_id=86916 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Osku Salerma (osku_salerma) Assigned to: Nobody/Anonymous (nobody) Summary: Use defface, not make-face, for creating font lock faces Initial Comment: The normal way of customizing font lock faces does not work with python-mode since it does not use the defface function. The attached patch against python-mode 4.7 fixes this, and one can now use customize-faces to customize python-mode's faces. This is tested on emacs 21.4; I have no idea if xemacs support this or not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 From noreply at sourceforge.net Sun Apr 9 18:07:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 09 Apr 2006 09:07:07 -0700 Subject: [Python-mode] [ python-mode-Patches-1466941 ] Use defface, not make-face, for creating font lock faces Message-ID: Patches item #1466941, was opened at 2006-04-08 13:25 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Osku Salerma (osku_salerma) Assigned to: Nobody/Anonymous (nobody) Summary: Use defface, not make-face, for creating font lock faces Initial Comment: The normal way of customizing font lock faces does not work with python-mode since it does not use the defface function. The attached patch against python-mode 4.7 fixes this, and one can now use customize-faces to customize python-mode's faces. This is tested on emacs 21.4; I have no idea if xemacs support this or not. ---------------------------------------------------------------------- >Comment By: Skip Montanaro (montanaro) Date: 2006-04-09 11:07 Message: Logged In: YES user_id=44345 XEmacs has defface. Can you compare this documentation with what's in GNU Emacs? I don't have a recent GNU Emacs handy. /usr/bin/emacs on my Mac says it's version 21.2.1. Apropos in that environment does not turn up a defface macro. Is it a recent addition? `defface' (buffer: *Hyper Apropos*, mode: Hyper-Apropos) Compiled Lisp macro, (loaded from "/Users/skip/src/xemacs-21.5/lisp/custom.elc"): arguments: (face spec doc &rest args) Declare FACE as a customizable face that defaults to SPEC. FACE does not need to be quoted. Third argument DOC is the face documentation. If FACE has been set with `custom-set-face', set the face attributes as specified by that function, otherwise set the face attributes according to SPEC. The remaining arguments should have the form [KEYWORD VALUE]... The following KEYWORDs are defined: :group VALUE should be a customization group. Add FACE to that group. SPEC should be an alist of the form ((DISPLAY ATTS)...). ATTS is a list of face attributes and their values. The possible attributes are defined in the variable `custom-face-attributes'. The ATTS of the first entry in SPEC where the DISPLAY matches the frame should take effect in that frame. DISPLAY can either be the symbol t, which will match all frames, or an alist of the form ((REQ ITEM...)...) For the DISPLAY to match a FRAME, the REQ property of the frame must match one of the ITEM. The following REQ are defined: `type' (the value of `window-system') Should be one of `x', `mswindows', or `tty'. `class' (the frame's color support) Should be one of `color', `grayscale', or `mono'. `background' (what color is used for the background text) Should be one of `light' or `dark'. Read the section about customization in the Emacs Lisp manual for more information. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 From noreply at sourceforge.net Mon Apr 10 17:28:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 10 Apr 2006 08:28:26 -0700 Subject: [Python-mode] [ python-mode-Patches-1466941 ] Use defface, not make-face, for creating font lock faces Message-ID: Patches item #1466941, was opened at 2006-04-08 21:25 Message generated for change (Comment added) made by osku_salerma You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Osku Salerma (osku_salerma) Assigned to: Nobody/Anonymous (nobody) Summary: Use defface, not make-face, for creating font lock faces Initial Comment: The normal way of customizing font lock faces does not work with python-mode since it does not use the defface function. The attached patch against python-mode 4.7 fixes this, and one can now use customize-faces to customize python-mode's faces. This is tested on emacs 21.4; I have no idea if xemacs support this or not. ---------------------------------------------------------------------- >Comment By: Osku Salerma (osku_salerma) Date: 2006-04-10 18:28 Message: Logged In: YES user_id=1474072 The documentation for defface in emacs 21.4 is basically identical to the one you posted. It it not a recent addition; according to http://cvs.savannah.gnu.org/viewcvs/emacs/lisp/custom.el?rev=1.1&root=emacs&view=markup it has been in existence at least since April 1997, the date that the file custom.el was created. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2006-04-09 19:07 Message: Logged In: YES user_id=44345 XEmacs has defface. Can you compare this documentation with what's in GNU Emacs? I don't have a recent GNU Emacs handy. /usr/bin/emacs on my Mac says it's version 21.2.1. Apropos in that environment does not turn up a defface macro. Is it a recent addition? `defface' (buffer: *Hyper Apropos*, mode: Hyper-Apropos) Compiled Lisp macro, (loaded from "/Users/skip/src/xemacs-21.5/lisp/custom.elc"): arguments: (face spec doc &rest args) Declare FACE as a customizable face that defaults to SPEC. FACE does not need to be quoted. Third argument DOC is the face documentation. If FACE has been set with `custom-set-face', set the face attributes as specified by that function, otherwise set the face attributes according to SPEC. The remaining arguments should have the form [KEYWORD VALUE]... The following KEYWORDs are defined: :group VALUE should be a customization group. Add FACE to that group. SPEC should be an alist of the form ((DISPLAY ATTS)...). ATTS is a list of face attributes and their values. The possible attributes are defined in the variable `custom-face-attributes'. The ATTS of the first entry in SPEC where the DISPLAY matches the frame should take effect in that frame. DISPLAY can either be the symbol t, which will match all frames, or an alist of the form ((REQ ITEM...)...) For the DISPLAY to match a FRAME, the REQ property of the frame must match one of the ITEM. The following REQ are defined: `type' (the value of `window-system') Should be one of `x', `mswindows', or `tty'. `class' (the frame's color support) Should be one of `color', `grayscale', or `mono'. `background' (what color is used for the background text) Should be one of `light' or `dark'. Read the section about customization in the Emacs Lisp manual for more information. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 From noreply at sourceforge.net Fri Apr 21 00:31:36 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 20 Apr 2006 15:31:36 -0700 Subject: [Python-mode] [ python-mode-Patches-1473874 ] py_execute_import_or_reload for packages Message-ID: Patches item #1473874, was opened at 2006-04-21 00:31 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=1473874&group_id=86916 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Juergen Gmeiner (gj_gjdv_at) Assigned to: Nobody/Anonymous (nobody) Summary: py_execute_import_or_reload for packages Initial Comment: py_execute_import_or_reload only works for top-level modules ... i.e. a module that is not in a package. The patch builds the module name by pre-pending directory names until no __init__.py is found. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1473874&group_id=86916 From noreply at sourceforge.net Sat Apr 22 20:04:20 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 22 Apr 2006 11:04:20 -0700 Subject: [Python-mode] [ python-mode-Patches-1466941 ] Use defface, not make-face, for creating font lock faces Message-ID: Patches item #1466941, was opened at 2006-04-08 21:25 Message generated for change (Comment added) made by osku_salerma You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Osku Salerma (osku_salerma) Assigned to: Nobody/Anonymous (nobody) Summary: Use defface, not make-face, for creating font lock faces Initial Comment: The normal way of customizing font lock faces does not work with python-mode since it does not use the defface function. The attached patch against python-mode 4.7 fixes this, and one can now use customize-faces to customize python-mode's faces. This is tested on emacs 21.4; I have no idea if xemacs support this or not. ---------------------------------------------------------------------- >Comment By: Osku Salerma (osku_salerma) Date: 2006-04-22 21:04 Message: Logged In: YES user_id=1474072 So...are you going to apply this patch or is there something else that needs to be done before that? ---------------------------------------------------------------------- Comment By: Osku Salerma (osku_salerma) Date: 2006-04-10 18:28 Message: Logged In: YES user_id=1474072 The documentation for defface in emacs 21.4 is basically identical to the one you posted. It it not a recent addition; according to http://cvs.savannah.gnu.org/viewcvs/emacs/lisp/custom.el?rev=1.1&root=emacs&view=markup it has been in existence at least since April 1997, the date that the file custom.el was created. ---------------------------------------------------------------------- Comment By: Skip Montanaro (montanaro) Date: 2006-04-09 19:07 Message: Logged In: YES user_id=44345 XEmacs has defface. Can you compare this documentation with what's in GNU Emacs? I don't have a recent GNU Emacs handy. /usr/bin/emacs on my Mac says it's version 21.2.1. Apropos in that environment does not turn up a defface macro. Is it a recent addition? `defface' (buffer: *Hyper Apropos*, mode: Hyper-Apropos) Compiled Lisp macro, (loaded from "/Users/skip/src/xemacs-21.5/lisp/custom.elc"): arguments: (face spec doc &rest args) Declare FACE as a customizable face that defaults to SPEC. FACE does not need to be quoted. Third argument DOC is the face documentation. If FACE has been set with `custom-set-face', set the face attributes as specified by that function, otherwise set the face attributes according to SPEC. The remaining arguments should have the form [KEYWORD VALUE]... The following KEYWORDs are defined: :group VALUE should be a customization group. Add FACE to that group. SPEC should be an alist of the form ((DISPLAY ATTS)...). ATTS is a list of face attributes and their values. The possible attributes are defined in the variable `custom-face-attributes'. The ATTS of the first entry in SPEC where the DISPLAY matches the frame should take effect in that frame. DISPLAY can either be the symbol t, which will match all frames, or an alist of the form ((REQ ITEM...)...) For the DISPLAY to match a FRAME, the REQ property of the frame must match one of the ITEM. The following REQ are defined: `type' (the value of `window-system') Should be one of `x', `mswindows', or `tty'. `class' (the frame's color support) Should be one of `color', `grayscale', or `mono'. `background' (what color is used for the background text) Should be one of `light' or `dark'. Read the section about customization in the Emacs Lisp manual for more information. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=581351&aid=1466941&group_id=86916 From omkarenator at gmail.com Fri Apr 21 22:06:12 2006 From: omkarenator at gmail.com (Omkar Pangarkar) Date: Sat, 22 Apr 2006 01:36:12 +0530 Subject: [Python-mode] byte-compile-file error in xemacs Message-ID: <13aea3ee0604211306h513cc407m84f4fe90f90971e@mail.gmail.com> i am using xemacs [version 21.4.18; December 2005] on winXP. while byte-compiling ur file python-mode.el (latest) i got error Compiling file c:\Documents and Settings\omkar\.xemacs\python-mode.el at Sat Apr 22 01:31:34 2006 While compiling toplevel forms: !! File error (("Searching for program" "No such file or directory" "xargs")) whats that? i am not expert of elisp to handle that. plz help -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-mode/attachments/20060422/da6f0da1/attachment.htm From todd.moyer at citigroup.com Mon Apr 24 19:43:33 2006 From: todd.moyer at citigroup.com (Moyer, Todd [IT]) Date: Mon, 24 Apr 2006 13:43:33 -0400 Subject: [Python-mode] byte-compile-file error in xemacs Message-ID: <5C0833CC6DEAA04B81A023201FE2544A034D3442@EXNJMB68.nam.nsroot.net> I had the same problem under similar circumstances (Xemacs, Win 2000). Rolling back complile.el from version 1.36 to 1.35 fixed it for me. Give that a try. Todd Moyer -----Original Message----- From: python-mode-bounces+todd.moyer=citigroup.com at python.org [mailto:python-mode-bounces+todd.moyer=citigroup.com at python.org]On Behalf Of Omkar Pangarkar Sent: Friday, April 21, 2006 4:06 PM To: python-mode at python.org Subject: [Python-mode] byte-compile-file error in xemacs i am using xemacs [version 21.4.18; December 2005] on winXP. while byte-compiling ur file python-mode.el (latest) i got error Compiling file c:\Documents and Settings\omkar\.xemacs\python-mode.el at Sat Apr 22 01:31:34 2006 While compiling toplevel forms: !! File error (("Searching for program" "No such file or directory" "xargs")) whats that? i am not expert of elisp to handle that. plz help -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-mode/attachments/20060424/436b0d9e/attachment.html From barry at python.org Tue Apr 25 14:58:16 2006 From: barry at python.org (Barry Warsaw) Date: Tue, 25 Apr 2006 08:58:16 -0400 Subject: [Python-mode] byte-compile-file error in xemacs In-Reply-To: <5C0833CC6DEAA04B81A023201FE2544A034D3442@EXNJMB68.nam.nsroot.net> References: <5C0833CC6DEAA04B81A023201FE2544A034D3442@EXNJMB68.nam.nsroot.net> Message-ID: <1145969896.11970.49.camel@geddy.wooz.org> On Mon, 2006-04-24 at 13:43 -0400, Moyer, Todd [IT] wrote: > I had the same problem under similar circumstances (Xemacs, Win > 2000). Rolling back complile.el from version 1.36 to 1.35 fixed it > for me. Who byte-compiles their .el files anymore? :) -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 309 bytes Desc: This is a digitally signed message part Url : http://mail.python.org/pipermail/python-mode/attachments/20060425/a36bdca5/attachment.pgp From dann at ics.uci.edu Wed Apr 26 18:25:00 2006 From: dann at ics.uci.edu (Dan Nicolaescu) Date: Wed, 26 Apr 2006 09:25:00 -0700 Subject: [Python-mode] [patch] add support for hideshow.el Message-ID: <200604261625.k3QGP0U9025986@scanner2.ics.uci.edu> This patch adds support for hideshow.el Please apply it. --- python-mode.el.orig 2006-04-26 09:22:28.000000000 -0700 +++ python-mode.el 2006-04-26 09:23:03.000000000 -0700 @@ -1211,6 +1211,14 @@ (if (fboundp 'imenu-add-to-menubar) (imenu-add-to-menubar (format "%s-%s" "IM" mode-name))) ) + (unless (assoc 'pyhon-mode hs-special-modes-alist) + (setq hs-special-modes-alist + (cons (list + 'python-mode "^\\s-*def\\>" nil "#" + (lambda (arg) + (py-end-of-def-or-class) + (skip-chars-backward " \t\n")) + nil) hs-special-modes-alist))) ;; Run the mode hook. Note that py-mode-hook is deprecated. (if python-mode-hook (run-hooks 'python-mode-hook) From edloper at gradient.cis.upenn.edu Thu Apr 27 15:30:27 2006 From: edloper at gradient.cis.upenn.edu (Edward Loper) Date: Thu, 27 Apr 2006 09:30:27 -0400 Subject: [Python-mode] patch] add support for hideshow.el In-Reply-To: References: Message-ID: <4450C773.2040004@gradient.cis.upenn.edu> > This patch adds support for hideshow.el It's best to submit patches to sourceforge; if you just email them to the list, they're liable to get lost. Patch tracker URL: http://sourceforge.net/tracker/?group_id=86916&atid=581351 There's at least one typo in your patch: > + (unless (assoc 'pyhon-mode hs-special-modes-alist) Presumably that should be "python-mode," not "pyhon-mode". Also, is hideshow available on all modern flavors of emacs? It not, this command will probably fail with "symbol's value as variable is void: hs-special-modes-alist"; so it might be good to check if hideshow is available first. -Edward From dann at ics.uci.edu Thu Apr 27 16:07:54 2006 From: dann at ics.uci.edu (Dan Nicolaescu) Date: Thu, 27 Apr 2006 07:07:54 -0700 Subject: [Python-mode] patch] add support for hideshow.el In-Reply-To: <4450C773.2040004@gradient.cis.upenn.edu> (Edward Loper's message of "Thu, 27 Apr 2006 09:30:27 -0400") References: <4450C773.2040004@gradient.cis.upenn.edu> Message-ID: <200604271407.k3RE7svE012397@scanner2.ics.uci.edu> Edward Loper writes: > > This patch adds support for hideshow.el > > It's best to submit patches to sourceforge; if you just email them to > the list, they're liable to get lost. I was just following instructions, see in python-mode.el: Send ;; suggestions and other comments to python-mode at python.org. > Patch tracker URL: > http://sourceforge.net/tracker/?group_id=86916&atid=581351 I am not sure what that is and I don't have time see it. > There's at least one typo in your patch: > > > + (unless (assoc 'pyhon-mode hs-special-modes-alist) > > Presumably that should be "python-mode," not "pyhon-mode". Also, Yep, sorry about that, it seems that I changed while editing the email as I don't have this in the original file. > hideshow available on all modern flavors of emacs? It not, this command As far as I know it is. > will probably fail with "symbol's value as variable is void: > hs-special-modes-alist"; so it might be good to check if hideshow is > available first.