From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: A new major-mode for Python Date: Wed, 16 Feb 2011 10:20:14 -0500 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1297869864 1457 80.91.229.12 (16 Feb 2011 15:24:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Feb 2011 15:24:24 +0000 (UTC) Cc: Emacs-Devel devel To: Fabian Ezequiel Gallina Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 16 16:24:18 2011 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.69) (envelope-from ) id 1PpjEm-0007cJ-2d for ged-emacs-devel@m.gmane.org; Wed, 16 Feb 2011 16:24:16 +0100 Original-Received: from localhost ([127.0.0.1]:55254 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PpjCt-0005vu-Ol for ged-emacs-devel@m.gmane.org; Wed, 16 Feb 2011 10:22:19 -0500 Original-Received: from [140.186.70.92] (port=35100 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PpjAy-0004ns-CL for emacs-devel@gnu.org; Wed, 16 Feb 2011 10:20:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PpjAw-0000r5-J1 for emacs-devel@gnu.org; Wed, 16 Feb 2011 10:20:20 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:3477 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PpjAw-0000ql-Gj for emacs-devel@gnu.org; Wed, 16 Feb 2011 10:20:18 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEALJ5W01MCqmX/2dsb2JhbAClYXS8MoVeBIUIj0c X-IronPort-AV: E=Sophos;i="4.60,480,1291611600"; d="scan'208";a="91881666" Original-Received: from 76-10-169-151.dsl.teksavvy.com (HELO ceviche.home) ([76.10.169.151]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 16 Feb 2011 10:20:14 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id B6B8366188; Wed, 16 Feb 2011 10:20:14 -0500 (EST) In-Reply-To: (Fabian Ezequiel Gallina's message of "Wed, 16 Feb 2011 03:46:47 -0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:136103 Archived-At: > The possibility of being the maintainer is never a crappy offer, but > I'm really scared about the effort we would put into doing the kind of > merge you propose, I can't really see that approach as > productive. (The mode I wrote shares *very little* code with trunk's > python.el) > However since this mode implements the most important features from > python.el I think we can provide some define-obsolete-function-alias, > define-obsolete-variable-alias in order to keep it the most compatible > as possible. I'm not so much concerned about backward compatibility, really. I just would rather have a smoother transition. > I'm willing to add/re-implement ffap, python-check, skeletons. But I > can't think of a good reason to add Bicycle Repairman again. As a maintainer you are free to decide that some feature should be dropped. So I don't mind if the repairman goes. As for skeletons and ffap, I can't think of any reason why it would be much more work than just copying the current code: it is pretty self-contained. > When that stuff is done the new python.el would contain all the > features of the previous one while adding an important one. I'm not too concerned about features. I just want the transition to be done in meaningful chunks. E.g. one commit can rip out the old indentation and install your new one. Another one could be "drop bycicle because noone wants to repair the repairman". > What do you think? It still sounds like a bad idea? I think we can work something out. And if Christoph is OK with helping along, this could go very smoothly. Stefan