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 14:02:31 +0100 Message-ID: <56F293E7.2000703@online.de> References: <20160322022539.16038.77264@vcs.savannah.gnu.org> <8737riqouj.fsf@gmail.com> <221845e0-b194-433e-bfbc-105272ae5752@default> <87twjyp21k.fsf@gmail.com> <56F242E0.7060004@online.de> <877fgtpfrw.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1458738074 22286 80.91.229.3 (23 Mar 2016 13:01:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Mar 2016 13:01:14 +0000 (UTC) Cc: emacs-devel@gnu.org To: Vitalie Spinu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 23 14:01:06 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 1aiiPI-00086V-II for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 14:01:04 +0100 Original-Received: from localhost ([::1]:43986 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiiPI-00072n-7d for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 09:01:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33193) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiiPB-00072V-57 for emacs-devel@gnu.org; Wed, 23 Mar 2016 09:01:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aiiP3-0002eb-Vx for emacs-devel@gnu.org; Wed, 23 Mar 2016 09:00:57 -0400 Original-Received: from mout.kundenserver.de ([212.227.17.10]:49816) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aiiP3-0002eX-Mt for emacs-devel@gnu.org; Wed, 23 Mar 2016 09:00:49 -0400 Original-Received: from [192.168.178.35] ([77.12.167.38]) by mrelayeu.kundenserver.de (mreue101) with ESMTPSA (Nemesis) id 0LlFaA-1a9vok1E1O-00b0KT; Wed, 23 Mar 2016 14:00:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Icedove/38.5.0 In-Reply-To: <877fgtpfrw.fsf@gmail.com> X-Provags-ID: V03:K0:Qb//UMAn5TVkQbNM9+dcsZtwymcIIum8ijjNHBAWmua1JZoFfD7 GkI/G/I94MgpK/pJgHhc5rXP6xmY1i2H45MlaIqsI0/drXrjj9/JO9VDqCR2w/OEQ7bcZih GbnmsA4ZuyOp71m8z2NluIlImZX6lYjpA6XcVK29WsbgLXTHasxQvKpUG4UppIQ/9+TZPlK yofOFPLiU0FhqmHTX8qKg== X-UI-Out-Filterresults: notjunk:1;V01:K0:vcHtw3QHqV8=:A/zOheL4n4Scx+9IKGeayV nHA+8rRaGbVBz/n7KLp3QRWiQqxbbv02LOx2dMgRcgRBCKR187N97XLbhZNaum1IodLXK5l7Q OK8zPx4FtJMnLtO//u8kAnLCoL4H8/dsomso+lP2Dbn8H/wNhYJn+eQ2lr6bQ0MVr9lAsKl/5 mR+yKOmTtiXVUCDNcYW8yr+4Q19S2B0kOoD6Qusi3op+qMdBdxNc9Cp8bOFiZTE1vx5waKdqN 07wnNcgjh7D2CbdEslA/sMiZihqB4OJEr9SjvHhas1AcUN9Z/Jh/5dXjQOa8wUMG9JQv+IRvw Kl2x3SgDSdxQhz+XsPwWJbBVJ0uiYxINE1nHdeYHKj5bL7lXdiuMVdgXqsuCKq+c9eyANm/3C mzx7QQtPKtusUog5iWt7VuGaHoNczvCQA0Dg/8VLOUl6HoqPptxQ0IPI1O67REjKo7JCu1u5E H8VWmlRwnC1mJiZ9Anv2AcDj2kc3xqn2ID6LvpAu94SYvDG9dqdYS9oKMourpuNj1dC243Min e/yFClKS2jJRAy6YIsffbSJaj9uQu7mJBS9oJvixl5y8Xb9R6fAP/L73AbkUg4PNgoL0VizK7 uuMON5imGBrObnm+MDecx2PMpnAGdkTRdt4CpLPX5PY5UvSsfxq+jMSKH8CJH2vEE1fV21VY3 YF+Nf3lcyAMUISrfZyuJyReMUgqOEyGDgam0MsiFDi1tw0X3nEScM1dNrHd+LEUDWKV5kXCDm 1f7VoBSXIQ1WyoAV X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.10 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:202132 Archived-At: On 23.03.2016 12:58, Vitalie Spinu wrote: >>> On Wed, Mar 23 2016 08:16, Andreas Röhler wrote: >> preventing unwanted widen instead seems the way to go. > That's precisely what extra limit do. Prevent unwanted widen. How do you propose > to implement that? > > I see 4 ways to go about it: > > 1) Add an extra prog-widen and teach all modes out there to use it in contexts > like syntax-parsing, indentation, font-lock and who know what else. A half > backed version of this in already part of emacs. > > 2) Have low level restrictions directly in `widen` and a macro > `with-widen-limit` that multi-modes can use. This is the current patch. > > 3) Have two types of narrowing (soft and hard). This is harder to implement > but has the benefit that it can be used in non-transient situations like > Info mode. > > 4) Bring widen to elisp and allow minor modes (and Info mode) advice widen in > whatever way they see. > > I think (1) is a bad idea. (4) is simplest and very general. (3) might be useful > but it's hard. (2) is implemented to get rid of (1). > > I proposed (4) very early in the thread, but didn't hear much support for > it. There are only three trivial usages of Fwiden in C code. Bringing `narrow` > to elisp is equally easy. > > Vitalie Hi Vitali, may you point me to spot/bug where widen goes wrong? Thanks, Andreas