From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] scratch/widen-less a4ba846: Replace prog-widen with consolidating widen calls Date: Fri, 01 Dec 2017 13:03:05 -0500 Message-ID: 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 X-Trace: blaine.gmane.org 1512157725 20039 195.159.176.226 (1 Dec 2017 19:48:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 1 Dec 2017 19:48:45 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org, Tom Tromey , Vitalie Spinu , Dmitry Gutov To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 01 20:48:41 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 1eKrId-0004sv-Da for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 20:48:39 +0100 Original-Received: from localhost ([::1]:60302 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKrIk-0006TI-Ol for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 14:48:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKpeb-0001dc-DC for emacs-devel@gnu.org; Fri, 01 Dec 2017 13:03:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eKpeV-0000GB-8i for emacs-devel@gnu.org; Fri, 01 Dec 2017 13:03:13 -0500 Original-Received: from pmta21.teksavvy.com ([76.10.157.36]:44620) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1eKpeV-0000Ev-2L for emacs-devel@gnu.org; Fri, 01 Dec 2017 13:03:07 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FQKgAPmSFa/1rWbkFcHQEBBQELAYM8g?= =?us-ascii?q?VSPOo4CAYF8FCABlkmCFAqFNQQCAoUqRxEBAQEBAQEBAQEDaCiFJAEEAVYjBQs?= =?us-ascii?q?LDiYSFBgNJC6JfwipPopYAQEBBwIBJYU6hnuLGQEEkxePS5cOiXyHXJZJgTo4A?= =?us-ascii?q?SCBTTIaCDCCZIMGgWwjijoBAQE?= X-IPAS-Result: =?us-ascii?q?A2FQKgAPmSFa/1rWbkFcHQEBBQELAYM8gVSPOo4CAYF8FCA?= =?us-ascii?q?BlkmCFAqFNQQCAoUqRxEBAQEBAQEBAQEDaCiFJAEEAVYjBQsLDiYSFBgNJC6Jf?= =?us-ascii?q?wipPopYAQEBBwIBJYU6hnuLGQEEkxePS5cOiXyHXJZJgTo4ASCBTTIaCDCCZIM?= =?us-ascii?q?GgWwjijoBAQE?= X-IronPort-AV: E=Sophos;i="5.45,346,1508817600"; d="scan'208";a="10522521" Original-Received: from 65-110-214-90.cpe.pppoe.ca (HELO fmsmemgm.homelinux.net) ([65.110.214.90]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Dec 2017 13:03:05 -0500 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 0B735AE0DF; Fri, 1 Dec 2017 13:03:05 -0500 (EST) In-Reply-To: <20171201154913.GB3840@ACM> (Alan Mackenzie's message of "Fri, 1 Dec 2017 15:49:13 +0000") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.36 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:220579 Archived-At: > 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. 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. It's not perfect, but we've already looked much too long for a less imperfect solution. Stefan