From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?Andreas_R=c3=b6hler?= Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] widen-limits c331b66: Implement buffer-widen-limits functionality Date: Wed, 23 Mar 2016 08:16:48 +0100 Message-ID: <56F242E0.7060004@online.de> References: <20160322022539.16038.77264@vcs.savannah.gnu.org> <8737riqouj.fsf@gmail.com> <221845e0-b194-433e-bfbc-105272ae5752@default> <87twjyp21k.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1458717339 16840 80.91.229.3 (23 Mar 2016 07:15:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Mar 2016 07:15:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 23 08:15:31 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aid0r-00042Y-02 for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 08:15:29 +0100 Original-Received: from localhost ([::1]:41518 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aid0q-0000ZO-2N for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 03:15:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49939) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aid0b-0000YA-JI for emacs-devel@gnu.org; Wed, 23 Mar 2016 03:15:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aid0X-0000rN-Go for emacs-devel@gnu.org; Wed, 23 Mar 2016 03:15:13 -0400 Original-Received: from mout.kundenserver.de ([212.227.17.13]:49906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aid0X-0000rD-7e for emacs-devel@gnu.org; Wed, 23 Mar 2016 03:15:09 -0400 Original-Received: from [192.168.178.35] ([77.12.167.38]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0MF4EF-1aXPeL2PKF-00GH4L for ; Wed, 23 Mar 2016 08:15:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Icedove/38.5.0 In-Reply-To: X-Provags-ID: V03:K0:zpiwndQkA+pU+d7Q26a728AsUJbiH6Lx2nM7EG2zGHcF8ekqTGz /GRlXBQuG/iUhs4xHeyJdDhX2gkLzoGaKIkIFxTRRFKtYYjpyd6eEwhGlvZ5B1DmfGE9LQb w60g4IAzgUJ8D92ixccC15CWFfwHSzocpnvV6ljKJ/tz6BQkY1J07kUmR8Dlpc8bT7DLIdt 4I9FDp5jrnHIb/zVtAvNA== X-UI-Out-Filterresults: notjunk:1;V01:K0:pdylHdUd/vw=:sD0Q4EnMF3hHYlgnvumK4d VwidFNXYoraiuheHxvAO5FABdYoonUrPqYoXvaP/yRlHgBCMhV6aMNWTj1pNtm9FXGNfxK2Uc fFIRIP2Bi2nlZBgptKjWjbhITjIcUSLObCk/fuAdEL1Qmg2SXYQ0zFZ5TLEbVISZLPgeDP6eh l7moD+EbCDsRe5DUjzgfGMWKMCPpGcUjCd92hzLt4b3xiFjtX+YVvb+Z+Ixi85FcYxVs/Ow0t 1KANbLXxlLzNDU8XSolnWoz07pG6aesfTiwgkB+F8p/8mXGWeBgPEmPwGmKqMCek78/8eSQoI D82clix8RIxaxfEnLeqyCC1USxnn3n+xLossrZYw6/C74K0WVYuAPRjqZARs4ZTrIhxB7PP2v 3oH18+CbATd0leYM96JThpPncpE544A0fw2yUkoiDMVQKHBCcFC5DM1oQX6I5WLMGsCEzdFyf SbpE6lgHo5VKfFbiZgTlT8vwV2h7VQXSYofVES/ybqjz9CXmf0IlzexDmSejuAzgYJ6+2yVkc XjJXJk9v6NKCsQYnzHfyqfWuMkhxh/xu8BssVOsveuzfQVdCF1l6JB+58q+4pEsGgIjrJtEKJ aLYDUTxw5sBT8hFI4kAWE31NmOisHCiCVgigFxw/eVW/VghKPQTnUhpstGOBhiQ64qnMjRNKt uVDBYFcepwaMk1P9wisdrKjJAlK61Ss5apQHaRMA0e1XmNHuiDGpSLl0GDRHaIhXv8gwGNOha 2lSPMbLSvn/z5u/C X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.13 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:202122 Archived-At: On 23.03.2016 01:44, Drew Adams wrote: >>> Why does "widening" need a separate set of limits? >> Because in multi-modes most of critical operations such as syntax parsing, >> syntax-propertize, font-locking and indentations inside submodes occurs in >> narrowed regions. That is, sub-mode is placed in a bubble. The problem is >> that that buble is easy to escape with widening. These extra limits are >> intended to make that escape impossible (at least till the sub-mode start >> using those hard limits itself). > Thanks for the explanation. I think I see what you are trying to do. > > I don't see why changing `widen' would be the only, or necessarily > the best, way to meet that need (which is essentially to make a > sub-mode treat given bounds as if they were the buffer limits). > > But you answered my question. Thank you. > Reads as a classical fix at the wrong place - not the first one in Emacs. Instead of introducing extra limits --and then inner- and outer-extras of that extra etc.-- preventing unwanted widen instead seems the way to go.