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 18:14:02 +0100 Message-ID: <56F2CEDA.6060004@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> <56F293E7.2000703@online.de> <87a8lpnusg.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 1458753166 22227 80.91.229.3 (23 Mar 2016 17:12:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Mar 2016 17:12:46 +0000 (UTC) Cc: Eli Zaretskii , Vitalie Spinu , Drew Adams To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 23 18:12:37 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 1aimKj-00052a-GG for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 18:12:37 +0100 Original-Received: from localhost ([::1]:45098 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aimKh-00080e-Og for ged-emacs-devel@m.gmane.org; Wed, 23 Mar 2016 13:12:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aimKd-00080L-EZ for emacs-devel@gnu.org; Wed, 23 Mar 2016 13:12:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aimKc-0004yQ-HZ for emacs-devel@gnu.org; Wed, 23 Mar 2016 13:12:31 -0400 Original-Received: from mout.kundenserver.de ([217.72.192.73]:56485) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aimKX-0004xW-ME; Wed, 23 Mar 2016 13:12:25 -0400 Original-Received: from [192.168.178.35] ([77.12.167.38]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0LvRul-1Zijbz1MIt-010gVT; Wed, 23 Mar 2016 18:12:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Icedove/38.5.0 In-Reply-To: <87a8lpnusg.fsf@gmail.com> X-Provags-ID: V03:K0:jDBelfmHHO8ZmEYkPrWxTbMr2JHfJcn3RzbJAEue1gsrOKNqnGp KTTNjltiBaV1GIyfSVpWfbwEBeEqUwpFziSsW4bDka04jo/PluTgaVqkyB/WGhthP+HJi8g Z6ALdklrdsz03jApAqc4+euDOw82gi3YOW7y9K4ExjXfbYP1XBQ7PDI05M8K6xgFqTvFmt1 f4QrGdCdV12Gk79qlbPjQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:aEvgy36j3mE=:8fuHkjZxuTkZJPaeUjgAwU PnijHqnT2NJuPYZ7XxNW3WbJFVtHW66xgKiBd/rfExmplowWVNtRttwU+yhbRtAeZZQFbDJ9s 6txilmLvq4Uy4Uy8fWF+b+iVfsNvwGbPz393ClAl2CfoocY9QoQo0wEN3L0NZwq1GHavrznYp 5t+kDbl2fAdnV2yCsG3cMhV+P8XsdIJE0sJFb8Slq7mpjJx1DrZDDKDjgDXbcwlTm/RJwSTki uBOuzJZvi627836bvxzR3x7vk75mmjh/hC+/akv16sX0wB46FNc1Lt43bm2/JbI6TLUSqfO39 wID19oZBTi8gS4Ifur+SoSOltqqYHUEaDLGNdvhTOMYsozkb64Xeu8/zgMOUjzVWrDRaHM23s yhQiZCGOI5KJ9QEpdDgu2S7bo02Jg+T1Imdcoxw3Q1LQRNPNoNJnyQEQnWZGigPA2Hh0c4MJD yk2CQJxM1PsZ8HAw9PKmCWwXSMdyLRzgIrddS1Utoh68s7rqiqp5XXw05M/s9nkjbaDw6jrsD EUsDiF+0PahMK0rMs/CvrY8NQaHaygcI10U5NeYHoAWIvkcrdpB5QjJzYyXCTCeKyzhpITZtQ CU6gfqiupuRdbTsSMhnpZwlwKSk/JoTVkK86aHRkKt2Cjagx1KKJI2xNbGKdOYgFqVPWT/Smd k/Y3kRmDn3T+dyBkKT/i9U5y3asqTWcCwtYl00haSv+ZDpVXHfrGbk3mncQcg1AcLS/r+BPbv bq3oJU9EBmetA5g1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.72.192.73 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:202140 Archived-At: On 23.03.2016 15:17, Vitalie Spinu wrote: > > >>> On Wed, Mar 23 2016 14:02, Andreas Röhler wrote: >> may you point me to spot/bug where widen goes wrong? > Widen doesn't go wrong in itself. It what you do when you widen. In multi-modes > which use narrowing to create a micro-universe for inner modes, inner mode might > widen then compute some stuff on code from other language regions. This leads to > errors of all kind. > > For example when multi-mode advices font-lock-default-fontify-region it cannot > control what individual functions in font-lock-keywords are doing. In case of > syntax-propertize-function it's a complete black box. The function can decide to > do whatever there. > > Luckily if major-modes doesn't use widen or parse-partial-sexp directly it all > seem to work quite well with proper advice of relevant functions. > > Vitalie > Okay, thanks. Still think it's best to continue with a real-case scenario, discussing possible solutions. Andreas