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: Removing prog-indentation-context (was: [Emacs-diffs] widen-limits c331b66: Implement buffer-widen-limits functionality) Date: Thu, 24 Mar 2016 14:55:58 -0400 Message-ID: References: <20160322022539.16038.77264@vcs.savannah.gnu.org> <8737riqouj.fsf@gmail.com> <221845e0-b194-433e-bfbc-105272ae5752@default> <87twjyp21k.fsf@gmail.com> <56F242E0.7060004@online.de> <877fgtpfrw.fsf@gmail.com> <56F293E7.2000703@online.de> <87a8lpnusg.fsf@gmail.com> <83r3f12oo5.fsf@gnu.org> <56F2D156.9040401@online.de> <83k2kt2i51.fsf@gnu.org> <56F2E643.4060903@online.de> <592bbafa-76ae-49d9-b5cd-644b3619a0d8@default> <87poukn8pl.fsf@gmail.com> <837fgs35q3.fsf@gnu.org> <8337rf3m4u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1458845809 5224 80.91.229.3 (24 Mar 2016 18:56:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2016 18:56:49 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 24 19:56:40 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ajAQx-0008C0-18 for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2016 19:56:39 +0100 Original-Received: from localhost ([::1]:52321 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajAQw-0003ed-Ci for ged-emacs-devel@m.gmane.org; Thu, 24 Mar 2016 14:56:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38288) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajAQi-0003d0-AY for emacs-devel@gnu.org; Thu, 24 Mar 2016 14:56:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ajAQd-0001Mb-Al for emacs-devel@gnu.org; Thu, 24 Mar 2016 14:56:24 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:44012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ajAQd-0001MX-3z for emacs-devel@gnu.org; Thu, 24 Mar 2016 14:56:19 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ajAQS-0007mf-NP for emacs-devel@gnu.org; Thu, 24 Mar 2016 19:56:08 +0100 Original-Received: from 69-196-182-150.dsl.teksavvy.com ([69.196.182.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Mar 2016 19:56:08 +0100 Original-Received: from monnier by 69-196-182-150.dsl.teksavvy.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Mar 2016 19:56:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 31 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 69-196-182-150.dsl.teksavvy.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:lQHOoc4m2sBHUH+yHuU+Gtr0Yo4= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:202191 Archived-At: >> >> [prog-indentation-context] >> > Should we rip them out, as long as it's not too late? >> Yes. If nobody beats me to it, I'll revert it in emacs-25 this weekend. >> The yet-unfinished discussion aside, it doesn't look ready for 25.1 >> either way. FWIW, I think it's a mistake to remove it. We need to move forward on multi-mode support, and even if prog-indentation-context is not "the right way" (I doubt there is such a thing anyway), adapting some major modes to it will most likely not be wasted time, because it will most likely make it easier to adapt those modes to whichever other approach we may switch to in some future. More importantly, I don't think we'll ever agree on what should be done in this respect because we'll only know what works and what doesn't *after* we install it and make it "the official way". I think any attempt at adding support for multi-mode is inevitably flawed (unless it is designed from scratch and doesn't intend to try and work with existing modes) and it's easy to see those flaws. So we can only make progress if we (somewhat arbitrarily) pick one candidate and run with it. The "run with it" part will hopefully help align the various major modes, thus making it easier for a second candidate to make further progress, and so on and so forth. At least, that was the reason why I decided to go with prog-indentation-context. It was not because I thought it was The Right Way, the final word on the matter. Stefan