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: [SUSPECTED SPAM] Re: [Emacs-diffs] scratch/widen-less a4ba846: Replace prog-widen with consolidating widen calls Date: Mon, 11 Dec 2017 10:31:09 -0500 Message-ID: References: <20171129233237.27462.23351@vcs0.savannah.gnu.org> <83lgil1qme.fsf@gnu.org> <83d13x1j2s.fsf@gnu.org> <34abea95-c7f7-e8fa-8407-8c2fd2a4cfe1@yandex.ru> <83y3mkzw1n.fsf@gnu.org> <83mv2zzv7z.fsf@gnu.org> <83o9nexy48.fsf@gnu.org> <83d13uxug5.fsf@gnu.org> <41e3f343-816f-d2db-6575-6ef43d54957f@yandex.ru> <838tecuqjb.fsf@gnu.org> <87bmj5twt5.fsf@tromey.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513006358 28702 195.159.176.226 (11 Dec 2017 15:32:38 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 11 Dec 2017 15:32:38 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 11 16:32:34 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 1eOQ4I-0007HO-Pk for ged-emacs-devel@m.gmane.org; Mon, 11 Dec 2017 16:32:34 +0100 Original-Received: from localhost ([::1]:54013 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOQ4Q-0006J1-1Y for ged-emacs-devel@m.gmane.org; Mon, 11 Dec 2017 10:32:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59930) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOQ3D-0006HY-Or for emacs-devel@gnu.org; Mon, 11 Dec 2017 10:31:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOQ38-0006Xn-9V for emacs-devel@gnu.org; Mon, 11 Dec 2017 10:31:27 -0500 Original-Received: from [195.159.176.226] (port=43567 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOQ38-0006WD-2m for emacs-devel@gnu.org; Mon, 11 Dec 2017 10:31:22 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1eOQ2t-0003cA-LZ for emacs-devel@gnu.org; Mon, 11 Dec 2017 16:31:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 12 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:gq3aBrCv8pFHHIq7Sb3LE2ClRp8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:220882 Archived-At: > FWIW, I think I misunderstood the prog-indentation-context documentation > when doing this work. But also, narrowing in mhtml seems mildly more > convenient; most likely the other approach would have been to narrow in > each sub-mode's indent-line-function. That's the idea: rather than have every indentation function do the narrowing itself, it's done once and for all in the MMM (mhtml in this case). This way, most major modes will "magically" work without any MMM-specific code. Stefan