From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] scratch/widen-less a4ba846: Replace prog-widen with consolidating widen calls Date: Sat, 02 Dec 2017 22:58:44 +0200 Message-ID: <83y3mkzw1n.fsf@gnu.org> References: <20171129233237.27462.23351@vcs0.savannah.gnu.org> <20171129233238.504B5204F1@vcs0.savannah.gnu.org> <5d668ce5-1482-a3d4-c01b-7d996a532567@yandex.ru> <20171130214621.GA22157@ACM> <27985594-3bb4-ce88-8928-2ccfeac13eae@yandex.ru> <20171201154913.GB3840@ACM> <1e542021-e389-cca4-6acd-349efddb2652@yandex.ru> <20171201223529.GG3840@ACM> <4a94ec5c-efdd-50f1-ff4d-277f5f45c2df@yandex.ru> <83lgil1qme.fsf@gnu.org> <83d13x1j2s.fsf@gnu.org> <34abea95-c7f7-e8fa-8407-8c2fd2a4cfe1@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1512248362 26965 195.159.176.226 (2 Dec 2017 20:59:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 2 Dec 2017 20:59:22 +0000 (UTC) Cc: acm@muc.de, tom@tromey.com, monnier@iro.umontreal.ca, spinuvit@gmail.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 02 21:59:18 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eLEsX-0006iU-1K for ged-emacs-devel@m.gmane.org; Sat, 02 Dec 2017 21:59:17 +0100 Original-Received: from localhost ([::1]:36923 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLEse-0005FX-EN for ged-emacs-devel@m.gmane.org; Sat, 02 Dec 2017 15:59:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLEsX-0005F9-0Y for emacs-devel@gnu.org; Sat, 02 Dec 2017 15:59:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eLEsT-0000bx-Vh for emacs-devel@gnu.org; Sat, 02 Dec 2017 15:59:17 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eLEsT-0000br-S8; Sat, 02 Dec 2017 15:59:13 -0500 Original-Received: from [176.228.60.248] (port=2552 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eLEsS-0006RB-2P; Sat, 02 Dec 2017 15:59:13 -0500 In-reply-to: <34abea95-c7f7-e8fa-8407-8c2fd2a4cfe1@yandex.ru> (message from Dmitry Gutov on Sat, 2 Dec 2017 20:14:54 +0000) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:220631 Archived-At: > Cc: acm@muc.de, tom@tromey.com, monnier@iro.umontreal.ca, spinuvit@gmail.com, > emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sat, 2 Dec 2017 20:14:54 +0000 > > > Because Emacs is written in these 2 languages. Sorry, I thought that > > was clear. > > Still. Why would you need it? What benefits haven't you been able to > achieve without that support, while working on Emacs? I don't understand the question. Surely, a feature that aims to support multiple major modes should strive to support CC Mode? > >> Web languages are a lot more common in mixed mode buffers (think > >> HTML files and templates), so it's a lot more important to have that > >> support in them (and we already do). > > > > I expected those languages to be supported already, which is why I > > didn't mention them. > > But they are the most important ones/ones most desired by the users. They are important, but so are C-based languages: C++, Java, Awk, etc. > > It's too late for landing such features on emacs-26. Sorry, it will > > have to wait until Emacs 27. > > I understand it's a problem, and I'm sorry for bringing it up this late. It's not a catastrophe. Assuming Emacs 26.1 is not a complete disaster, we could decide releasing Emacs 27.1 as the next version. > > Adding a significant new > > feature, which will no doubt need changes in other places, is > > incompatible with that. > > Have you taken a look at the branch? It's your call, but based on the > number of changes, I wouldn't call it "significant". Important, yes, but > it's fairly small. It might be "small", but it is by no means "insignificant". Changing buffer restrictions at strategic places is not something that should be taken lightly. The current pretest has been out there for the last 2 months; introducing this feature now (and actually in at least a few days, as it isn't ready yet) would set us back that many days, if not more. > The other option is simply removing prog-indentation-context before the > release. Why would we need to remove that for Emacs 26.1?