From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: emacs rendering comparisson between emacs23 and emacs26.3 Date: Wed, 8 Apr 2020 10:37:35 +0200 Message-ID: <746dc5a4-ede7-876f-9419-c5017fd6e45a@gmx.at> References: <86tv2h2vww.fsf@gmail.com> <20200322123818.GB32470@ACM> <87eetk5swm.fsf@gnu.org> <20200326193128.GC14092@ACM> <86d08y4zsx.fsf@gmail.com> <83sghs7qdz.fsf@gnu.org> <83h7y63sjj.fsf@gnu.org> <834ku43c61.fsf@gnu.org> <83k12zz6ds.fsf@gnu.org> <054393f3-3873-ab6e-b325-0eca354d8838@gmx.at> <83eet0sqb2.fsf@gnu.org> <0315ea48-8eb3-38fa-67c1-2e2170a65168@gmx.at> <83r1wzqto5.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="100142"; mail-complaints-to="usenet@ciao.gmane.io" Cc: acm@muc.de, rrandresf@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 08 10:45:50 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jM6LG-000Pw6-5t for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Apr 2020 10:45:50 +0200 Original-Received: from localhost ([::1]:59686 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jM6LF-00042u-0b for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Apr 2020 04:45:49 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55643) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jM6DW-0000j4-9H for emacs-devel@gnu.org; Wed, 08 Apr 2020 04:37:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jM6DU-0007M0-5A for emacs-devel@gnu.org; Wed, 08 Apr 2020 04:37:50 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:58695) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jM6DM-0007Dp-Nz; Wed, 08 Apr 2020 04:37:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1586335056; bh=B9yqKl9ajAyxZcaHsoDuzf6eWJZ6QBje5n+k9aF1qxk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Xab6R0jpA6pVeaTe4nYmRUSrIZS6nyhdlruKvapwJtfDGDCIaahe6mzQQS7CI/Ulm DA74CriQ8URSWln5ymCDAN7A+/zhniz/SV8OKt2yJR0PzsEIiS2lueRb93Da4gpDMD +N5aEG/45jqMv5gTM5sRPU1B9gXNk9UW+wC6Vm1s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([46.125.249.44]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MNbkv-1jgFcx0vpT-00P71I; Wed, 08 Apr 2020 10:37:36 +0200 In-Reply-To: <83r1wzqto5.fsf@gnu.org> Content-Language: en-US X-Provags-ID: V03:K1:KsgcHCBQu3fm7BQLoE/jEKoeVVb3CHIbE2fojvYKm7PkHNWtTZX 5YXwTFpYHiUIk43BCkUSNxHJrtcnSqoLpdYrjGLowmuaLyQUtOpx7/ZYo+vrzQe7x6m3Mo6 s6cVv99FslAIXuwXXg/EtWa0TwGp3h1spzhdtK3eLuv33vbTeoastiQCrAgcNS/hPXKoyQT nZgUyYj4k+Q3EMJbk5I5Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:Cyq93xXahrQ=:ue+ATSSXkEGL49e/zWmJyH 4eTAriaKYrch0WDMJpMzqdln7CMeGu1rBN/pLj3MxpNgx/HcrbbZ18vFBpXHJw/jh08u4UEWV 0LNpMQ0g8NPOUQnQHYQHGqfLydtyIJFjPOd/bv7OBMjY7s2PD1qSWXZVCNs75+ZwlDKmfRELU X2BYM1uwgIgwLE8q0mrPAPwcx7BubOBSSJ2sGEF8LBqIChf1y1MpOoRh/gZf3k5qQXj2O+S2j ZefMClYcUTu+mRMMIx3s1ZK8CIMG056AOklorb/LyEeipPU7XlM/LAp3XZoGScQA8sTRENhsf lrLguFK2BCHSGPIemf8+6CmAVKKgcwz+yLhkIR8RmGCiS5Wfzi8UZSNixEPA1ARB1NNcYKa7O uJhUwN1RUhMHoO8X767U21UoVCLdQJEDtDi9k+ZZakABFIoV2Xs4nczcFbX7v4gFIS3X57o0b BLXXswqUO7c5j1t2qeGliJwamB23MIf7IPGl44nzlwbvLDJme4b5jSdNX+M1hUWLSQrDBA3+U KnF8+RcFAIWe1Y7CtYUOuKiQCU2j7lxxs8oyOFCbdb5NlwenAVrp9gtXHiJ0AZfIW9+LPISFK cywFNBMEDlKfPxlp2SnxOKygW1DCQGd0JKpIux5Iqz0d61p85q2fufCVl1ojgacrZQcVNiZla 0laA7qOw1vFDpyv2UPX9FNgMfgNe3HAo5SzwPPReSc5Byj1z25YAFBLhRw3ch3YGNMl3IIJVd CUy57mHh4JjJlfITHKd4xvqKMmshak/YnALiD3jQ//Hk/cId2WoL29QXGnyv8zhamH1izXWw X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.18 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:246647 Archived-At: >> It depends on what we consider a failure: I do not think that inserting >> a "/*" in my window showing the top of my C buffer should cause the >> window showing the bottom of my buffer consider everything part of a >> comment starting at that "/*". > > If that is what the language syntax rules say, then yes, we should > paint everything in comment face. If you disagree, then let's agree > to disagree: I consider "inaccurate" display one of the worst things > an editor can do to its users. Turning the tables, I don't consider inaccurate editing (like inserting an unbalanced paren or delimiter) one of the worst things a user can do to its editor. For me, an open paren in column zero is some sort of an agreement between me and the editor we both would heed as accurately as we can. People like you who don't care would not even pay attention to it. People like me who do care might profit from it. It certainly isn't a cure of all problems and might not even help with scrolling buffers. But it would provide one knob a user could press to find out. >> So what I would vote for in this case is that font-lock would specially >> highlight the open paren that "stops seeing the comment as comment" so >> the user is aware of the fact. > > How would that help if that parentheses is not shown in any window? Why bother? The comment would appear highlighted as comment down to that parenthesis or to the end of the window, whatever comes first. > And even if it is shown, do we really expect users to pay attention to > that, and immediately understand that this parentheses with an unusual > face explains the wrong display? I certainly would. In my last commit I did insert such a paren on line 8022 of xfns.c and didn't notice it. OTOH, the average user who never customized 'open-paren-in-column-0-is-defun-start' would not be aware of it. martin