From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?Andreas_R=c3=b6hler?= Newsgroups: gmane.emacs.devel Subject: Re: Syntactic fontification of diff hunks Date: Sat, 18 Aug 2018 22:02:29 +0200 Message-ID: <9d2c243f-dffc-5a02-b814-d9ad4f611fa6@online.de> References: <87in4af29r.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1534622213 10159 195.159.176.226 (18 Aug 2018 19:56:53 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 18 Aug 2018 19:56:53 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 Cc: Emacs Devel To: Yuri Khan Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 18 21:56:49 2018 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 1fr7L7-0002XR-2F for ged-emacs-devel@m.gmane.org; Sat, 18 Aug 2018 21:56:49 +0200 Original-Received: from localhost ([::1]:40306 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fr7NA-0005wl-IM for ged-emacs-devel@m.gmane.org; Sat, 18 Aug 2018 15:58:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35940) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fr7N4-0005wg-Gq for emacs-devel@gnu.org; Sat, 18 Aug 2018 15:58:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fr7N1-0007JM-D1 for emacs-devel@gnu.org; Sat, 18 Aug 2018 15:58:50 -0400 Original-Received: from mout.kundenserver.de ([212.227.126.135]:48221) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fr7N1-0007J9-3w for emacs-devel@gnu.org; Sat, 18 Aug 2018 15:58:47 -0400 Original-Received: from [192.168.178.35] ([188.102.50.81]) by mrelayeu.kundenserver.de (mreue001 [212.227.15.167]) with ESMTPSA (Nemesis) id 0LovIK-1gN8nQ2jC8-00eqli; Sat, 18 Aug 2018 21:58:44 +0200 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:atqqmEmQjcBAs3WOdkEJOsPE7aXwQWox9V21NKfh5/QqraYQeUp yOs5YfKcHD7i2vLuBtKdkPAbIUcErcjOHJfhc2kWg4CVq3L3glplhgnpU2EprKaLUHMbY4R HXns0EFmCm+s8GmpJroXkUE8pGNh28ygJ7WMITX+m7ZXQ7fjWTOaFRdRltPDAKe8AzEbw1w obsBqQf+yOMAJgAURotbg== X-UI-Out-Filterresults: notjunk:1;V01:K0:mpz1wu+fLLI=:rMtXzFL/y7G/8utjEXn9YM EYcgpnnRy42OdyLkPRxUlipn5D71AeNf8g24izY0E5LFTnR5YrKhrWGg3JJndBn/MhdteFBTX Mi6DsIl7f1lDcygmjQItLcCky6Xn6jmjxbCcPPR1Y6a2nyCTFGmscjVoRzcy8sgCqqaKWtZ4B JThpJYW8kLywGEKQfsbMd/Z13zpV7Zex0wlr3nNq4tRhutu7X0a4/Fe6/L5l9RTRtWjPARA1m hIj24tzGIwTWflyqxtI4EJrZkpKXcbz26F2wyBhURSUyQU8H5FCXW2275lY9tDre1jYGQGqJI UsC0Tyt1yGdURUukDbCIhkCEptpA7N6nM4w0K78lCX3Zom9Wn7pHUWD/Y5I2s3zOjNNFFvAUE yRIeC+rCZA6YeYyKLVsqL2lV0ckgtvExVCRmLjPa7Q+66Y/s/4MwVsFivREf/zZ33UVvoUrS9 oPNB5M8JcXPbiPEnGklsp/RhD1O3QWTrblF3+L7KpRg5uN/kBUA77C8s7wqa0bbz85NK0H68b kDbj79COpEBZ4AeNZKM+4CxUg0r6TL+uuH27ZdNcZ2bvAQRYwI7ukDn/pni7sxfVWUiQv/oUw 79EHih+OORqstPA8DpFALCzLE9jbaFm2DEDBQhCfOvfCEZblWtgiHGu2508Vs4sx5K7YGkMXx gLU4Y85wD8LaLwtIbJXrdIIMuhDOGHGdBiZJT3qRDA5qPwJvORkFul5g7InpmMNr9PFxCj/Q7 Azb5F3QZx+ZpgMDf X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.135 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:228669 Archived-At: On 17.08.2018 08:47, Yuri Khan wrote: > There is also the theoretical issue of syntax being changed by the > patch — e.g. introducing an unbalanced multiline string or comment > opener or closer on a separate line. > > (defun foo () > + " > (bar baz) > + " > (quux xyzzy)) > > The middle line here has (punctuation identifier identifier > punctuation) syntax according to the “before” file, but (string) > according to “after”. May go further saying: if a such a hunk contains valid syntax is not decidable. Because, even if it looks like, the impression might be wrong by missing syntactic context.