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: Thu, 14 Dec 2017 09:01:42 -0500 Message-ID: References: <20171129233237.27462.23351@vcs0.savannah.gnu.org> <83o9nexy48.fsf@gnu.org> <83d13uxug5.fsf@gnu.org> <41e3f343-816f-d2db-6575-6ef43d54957f@yandex.ru> <838tecuqjb.fsf@gnu.org> <83609etizl.fsf@gnu.org> <83wp1ts123.fsf@gnu.org> <1e8587a7-c98b-5183-3cfd-8e1034443f44@yandex.ru> <83shchrwia.fsf@gnu.org> <83lgi9ruo8.fsf@gnu.org> <01c15d4e-566b-3b7f-c4e6-6f199ba5bcc3@yandex.ru> <89c4a839-a124-a1a8-5cf9-583baf2b4dd6@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513260165 7720 195.159.176.226 (14 Dec 2017 14:02:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 14 Dec 2017 14:02:45 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 14 15:02:37 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 1ePU5s-0001Xb-Lf for ged-emacs-devel@m.gmane.org; Thu, 14 Dec 2017 15:02:36 +0100 Original-Received: from localhost ([::1]:41116 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePU5z-0005sP-PW for ged-emacs-devel@m.gmane.org; Thu, 14 Dec 2017 09:02:43 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePU5E-0005r3-Md for emacs-devel@gnu.org; Thu, 14 Dec 2017 09:02:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ePU58-0004X1-SZ for emacs-devel@gnu.org; Thu, 14 Dec 2017 09:01:56 -0500 Original-Received: from pmta31.teksavvy.com ([76.10.157.38]:55552) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1ePU52-0004Ol-8e; Thu, 14 Dec 2017 09:01:44 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GYBQDGgzJa/zyu+M5dHAEBAQQBAQoBA?= =?us-ascii?q?YM+gVqPPo4SAYF8NAGYdoU/BAIChHVEFAEBAQEBAQEBAQNoKIUlAQQBViMFCws?= =?us-ascii?q?OJgcLFBgNJIo1CKsuil8BAQEBBgIBJYNgiEI2ixUFkymGKolSoS2HaZZdgUs2I?= =?us-ascii?q?4FOMhoIMDqBZUWDB4FsI4sCAQEB?= X-IPAS-Result: =?us-ascii?q?A2GYBQDGgzJa/zyu+M5dHAEBAQQBAQoBAYM+gVqPPo4SAYF?= =?us-ascii?q?8NAGYdoU/BAIChHVEFAEBAQEBAQEBAQNoKIUlAQQBViMFCwsOJgcLFBgNJIo1C?= =?us-ascii?q?Ksuil8BAQEBBgIBJYNgiEI2ixUFkymGKolSoS2HaZZdgUs2I4FOMhoIMDqBZUW?= =?us-ascii?q?DB4FsI4sCAQEB?= X-IronPort-AV: E=Sophos;i="5.45,400,1508817600"; d="scan'208";a="13822152" Original-Received: from 206-248-174-60.dsl.teksavvy.com (HELO pastel.home) ([206.248.174.60]) by smtp.teksavvy.com with ESMTP; 14 Dec 2017 09:01:42 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 8484860770; Thu, 14 Dec 2017 09:01:42 -0500 (EST) In-Reply-To: <89c4a839-a124-a1a8-5cf9-583baf2b4dd6@yandex.ru> (Dmitry Gutov's message of "Thu, 14 Dec 2017 11:32:38 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.38 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:221047 Archived-At: > It keeps prog-indentation-context for its first element (for > change-minimization and possibly emotional reasons; but who knows, someday > we might add some, specific only to indentation). The added bonus is that > calling prog-first-column is easier than digging out the first element of > the list. Looks good. > - Manual changes describing that font-lock matchers shouldn't call 'widen' > either. It's an important thing, but so far it's been only an issue with CC > Mode, which isn't supported anyway (so far). So: should that info be > included, and where should I put it? font-lock has always widened (except when font-lock-dont-widen is set, which AFAICT is only the case in rmail.el), so that's probably why no major mode widens (CC mode probably widens during font-lock because it uses functions which are also used in other circumstances where they need to widen). So I don't think we need to make any changes on that front. > - Similar info for syntax-propertize-function, though no violators have been > observed so far. Since there are no current violators, we can fix this part of the doc when we fix the corresponding code. > What is not included, and maybe should wait until Emacs 27: > - Similar consolidations of 'widen' calls for add-log-current-defun, > eldoc-print-current-symbol-info, beginning-of-defun-function and others. And > accompanying documentation (again, where should it go?). Maybe some of the doc should be in the narrowing section, where we can document the contexts where the narrowing is "guaranteed" (e.g. font-lock and indentation). Stefan