From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabian Ezequiel Gallina Newsgroups: gmane.emacs.devel Subject: Re: A new major-mode for Python Date: Thu, 17 Feb 2011 15:22:42 -0300 Message-ID: References: <4D5C9CF9.6020002@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1297966977 17718 80.91.229.12 (17 Feb 2011 18:22:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 17 Feb 2011 18:22:57 +0000 (UTC) Cc: Chong Yidong , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Christoph Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 17 19:22:52 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 1Pq8VA-00067S-Gd for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2011 19:22:52 +0100 Original-Received: from localhost ([127.0.0.1]:39790 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pq8V9-0000r0-T2 for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2011 13:22:51 -0500 Original-Received: from [140.186.70.92] (port=57784 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pq8V4-0000qD-5b for emacs-devel@gnu.org; Thu, 17 Feb 2011 13:22:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pq8V2-0007hR-B5 for emacs-devel@gnu.org; Thu, 17 Feb 2011 13:22:45 -0500 Original-Received: from mail-gx0-f169.google.com ([209.85.161.169]:48969) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pq8V1-0007gB-Fy for emacs-devel@gnu.org; Thu, 17 Feb 2011 13:22:43 -0500 Original-Received: by gxk5 with SMTP id 5so1227773gxk.0 for ; Thu, 17 Feb 2011 10:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qtsYDuA+QDsB9zJfL6WqiwlsYgMqi6Slmizb40wDK4U=; b=n9kvnPWvcRqHvC7RD/rmmasnS3oV7namjSwGYoOcsjfE79OyJTcTrrX0fHwYb3nYvR VAMzuhc6bCF5klJ7XXuHGzc88BqseOmHKHBv9NROggGDmOZQvb1GDNtM/7eHuNgEBuRY PMxJUUsg2zyTfDG01F3aSkn+JBoW1oqK7ltXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Vk1jk5gqkntCGIqgk8IbZIb0d14T+nnPV6juQJjWtrvyRkwLqOofs7cIaI2tnR9HdA wq6oHQeOICwkjtiXMp83P9A9jZ4mOMfXNl6HBFuC8y7MtL8hfaSq9GNVJjDTfkTM1TWa TPRhxJtKHIr5A5nE7onVZrTqVQEclFY+zRq3g= Original-Received: by 10.91.208.30 with SMTP id k30mr2781649agq.182.1297966962727; Thu, 17 Feb 2011 10:22:42 -0800 (PST) Original-Received: by 10.90.75.6 with HTTP; Thu, 17 Feb 2011 10:22:42 -0800 (PST) In-Reply-To: <4D5C9CF9.6020002@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.161.169 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:136138 Archived-At: 2011/2/17 Christoph : > Stefan Monnier writes: > >> I'm not so much concerned about backward compatibility, really. =A0I jus= t >> would rather have a smoother transition. > > I think the move can be done step by step and shouldn't take too long > overall. > >> I'm not too concerned about features. =A0I just want the transition to b= e >> done in meaningful chunks. =A0E.g. one commit can rip out the old >> indentation and install your new one. =A0Another one could be "drop >> bycicle because noone wants to repair the repairman". Sounds reasonable to me. Let's do it. > > [...] > >> I think we can work something out. =A0And if Christoph is OK with helpin= g >> along, this could go very smoothly. > > I am OK with that. > > Here is what I would propose for the next steps: > > If Fabian is OK with the general approach described by you and Chong and > OK with signing the FSF papers, he should go ahead and do that. In the > meantime, we could polish Fabians implementation as hosted on github and > start thinking about the integration in steps. I do agree, and I sent the form request already, they should get back to me soon. > > By polish, I mean a) resolve issues the current implementation has (I hav= e > been using it for a couple of days and found a couple, especially on > Windows) and b) implement the features that are in the Emacs' python.el b= ut > not in Fabians implementation and that we don't want to loose. > > I am available in whatever capacity Fabian is comfortable, i.e. as a > tester/bug reporter or I can provide patches for improvements. > Any help is appreciated, I assume you have signed the papers already so any contribution will be OK to inclusion. > As for the integration with the current python.el, I think that some > cleanup is needed first. For example the pdbtrack implementation that > was done a couple of years ago pulled in all this unecessary code that > was never cleaned up. I would clean up this part right away. Then maybe > remove bicycle repair main support and other stuff that we decide is not > really required. I think, this will make integrating Fabians changes > easier. > > Fabian, what do you think? > That sounds nice. If you could start those cleanups in the current python.el part the merge should get even simpler. Regards, --=20 Fabi=E1n E. Gallina http://www.from-the-cloud.com