From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] scratch/widen-less a4ba846: Replace prog-widen with consolidating widen calls Date: Fri, 1 Dec 2017 22:45:04 +0000 Message-ID: <20171201224504.GH3840@ACM> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1512168666 10705 195.159.176.226 (1 Dec 2017 22:51:06 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 1 Dec 2017 22:51:06 +0000 (UTC) User-Agent: Mutt/1.7.2 (2016-11-26) Cc: emacs-devel@gnu.org, Tom Tromey , Vitalie Spinu , Dmitry Gutov To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 01 23:50:58 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 1eKu93-0002DU-Ib for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 23:50:57 +0100 Original-Received: from localhost ([::1]:33388 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKu9A-0004hw-N9 for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 17:51:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKu8x-0004gH-1Q for emacs-devel@gnu.org; Fri, 01 Dec 2017 17:50:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eKu8s-0005Wp-4N for emacs-devel@gnu.org; Fri, 01 Dec 2017 17:50:51 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:51177 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1eKu8r-0005V7-U4 for emacs-devel@gnu.org; Fri, 01 Dec 2017 17:50:46 -0500 Original-Received: (qmail 43141 invoked by uid 3782); 1 Dec 2017 22:50:42 -0000 Original-Received: from acm.muc.de (p548C7BEF.dip0.t-ipconnect.de [84.140.123.239]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 01 Dec 2017 23:50:41 +0100 Original-Received: (qmail 13872 invoked by uid 1000); 1 Dec 2017 22:45:04 -0000 Content-Disposition: inline In-Reply-To: X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.1 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:220600 Archived-At: Hello, Stefan. On Fri, Dec 01, 2017 at 13:03:05 -0500, Stefan Monnier wrote: > > Indeed it can, and it must. A super-mode thus may not "reserve" > > narrowing for its own purposes to the exclusion of other uses. > 99% of the multi-major-modes out there use narrowing for that purpose, > and in practice it doesn't restrict other uses of narrowing. If that were the case, there would be no restrictions on a major mode widening and narrowing. From what I understand about the new proposal, your last paragraph is false. By the way, what about that other 1% of multiple-major-modes? How do they work? > I've opposed the use of narrowing for that in the past, but the evidence > against that opposition is overwhelming. Let's do that and move on. No. The evidence is that these modes can only work with specially adapted major modes, and possibly that MMM code pollutes those major modes. > It's not perfect, but we've already looked much too long for a less > imperfect solution. I don't think that's the case. My "syntactic islands" proposal was never given proper consideration. That was in last February. > Stefan -- Alan Mackenzie (Nuremberg, Germany).