From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: python.el versus python-mode.el [was Re: python.el fixes for Emacs 22] Date: Fri, 15 Feb 2008 19:39:50 -0500 Message-ID: <7vpruxray1.fsf_-_@fencepost.gnu.org> References: <18356.54892.186541.669277@kahikatea.snap.net.nz> <861w7euz7a.fsf@lola.quinscape.zz> <2cd46e7f0802150943x46e9bcb0i4c3b6075d48cc979@mail.gmail.com> <18358.2182.671882.927824@kahikatea.snap.net.nz> <2cd46e7f0802151421g50139146ycfb4c32fbcc975ba@mail.gmail.com> <18358.9949.509332.71127@kahikatea.snap.net.nz> <2cd46e7f0802151622s8e191et63074c2cc6211610@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1203122408 28694 80.91.229.12 (16 Feb 2008 00:40:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 16 Feb 2008 00:40:08 +0000 (UTC) Cc: sdl.web@gmail.com, Nick Roberts , cyd@stupidchicken.com, rms@gnu.org, emacs-devel@gnu.org To: "Ken Manheimer" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 16 01:40:29 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JQB6R-00030h-DS for ged-emacs-devel@m.gmane.org; Sat, 16 Feb 2008 01:40:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JQB5w-0000AS-Vg for ged-emacs-devel@m.gmane.org; Fri, 15 Feb 2008 19:39:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JQB5t-00009l-21 for emacs-devel@gnu.org; Fri, 15 Feb 2008 19:39:53 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JQB5r-00008e-CV for emacs-devel@gnu.org; Fri, 15 Feb 2008 19:39:52 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JQB5r-00008b-AK for emacs-devel@gnu.org; Fri, 15 Feb 2008 19:39:51 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JQB5r-0002lu-2v for emacs-devel@gnu.org; Fri, 15 Feb 2008 19:39:51 -0500 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JQB5q-000553-7L; Fri, 15 Feb 2008 19:39:50 -0500 X-Spook: Islam Abduganievich Karimov underground Dick Cheney X-Ran: +{^J/]%KruDDjJrNjwI#RsoC6NU&]kQOfekgIuzzRj^xc:TyxfBahu9Jjl X-Hue: blue X-Attribution: GM In-Reply-To: <2cd46e7f0802151622s8e191et63074c2cc6211610@mail.gmail.com> (Ken Manheimer's message of "Fri, 15 Feb 2008 19:22:56 -0500") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:89201 Archived-At: "Ken Manheimer" wrote: > i do hope someone could describe the differences. i'm curious why > something besides python-mode.el was even necessary in the first > place. just copyright assignment obstacles? I know nothing about either mode, but the author of python.el has a ~ 1000 line patch for python-mode. http://www.loveshack.ukfsn.org/emacs/python-mode.el.diff See also the comments at the start of python.el: http://www.loveshack.ukfsn.org/emacs/python.el ;; There is another Python mode, python-mode.el, used by XEmacs and ;; maintained with Python. That isn't covered by an FSF copyright ;; assignment, unlike this code, and seems not to be well-maintained ;; for Emacs (though I've submitted fixes). This mode is rather ;; simpler and is better in other ways. In particular, using the ;; syntax functions with text properties maintained by font-lock makes ;; it more correct with arbitrary string and comment contents. ;; This doesn't implement all the facilities of python-mode.el. Some ;; just need doing, e.g. catching exceptions in the inferior Python ;; buffer (but see M-x pdb for debugging). [Actually, the use of ;; `compilation-shell-minor-mode' now is probably enough for that.] ;; Others don't seem appropriate. For instance, ;; `forward-into-nomenclature' should be done separately, since it's ;; not specific to Python, and I've installed a minor mode to do the ;; job properly in Emacs 23. [CC mode 5.31 contains an incompatible ;; feature, `c-subword-mode' which is intended to have a similar ;; effect, but actually only affects word-oriented keybindings.] ;; Other things seem more natural or canonical here, e.g. the ;; {beginning,end}-of-defun implementation dealing with nested ;; definitions, and the inferior mode following `cmuscheme'. (The ;; inferior mode can find the source of errors from ;; `python-send-region' & al via `compilation-shell-minor-mode'.) ;; There is (limited) symbol completion using lookup in Python and ;; Eldoc support also using the inferior process. Successive TABs ;; cycle between possible indentations for the line. ;; Even where it has similar facilities, this mode is incompatible ;; with python-mode.el in some respects. For instance, various key ;; bindings are changed to obey Emacs conventions.