From unknown Fri Jun 20 07:12:44 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#33913 <33913@debbugs.gnu.org> To: bug#33913 <33913@debbugs.gnu.org> Subject: Status: 26.1; Optionally not font-lock newline char when `comment-end' = "" Reply-To: bug#33913 <33913@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:12:44 +0000 retitle 33913 26.1; Optionally not font-lock newline char when `comment-end= ' =3D "" reassign 33913 emacs submitter 33913 Drew Adams severity 33913 wishlist tag 33913 wontfix thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 29 17:49:28 2018 Received: (at submit) by debbugs.gnu.org; 29 Dec 2018 22:49:28 +0000 Received: from localhost ([127.0.0.1]:41696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdNQ8-0007P6-Gz for submit@debbugs.gnu.org; Sat, 29 Dec 2018 17:49:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdNQ4-0007On-QO for submit@debbugs.gnu.org; Sat, 29 Dec 2018 17:49:25 -0500 Received: from lists.gnu.org ([208.118.235.17]:35185) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gdNPz-0007vh-E8 for submit@debbugs.gnu.org; Sat, 29 Dec 2018 17:49:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gdNPv-0002iM-9Q for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2018 17:49:19 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_MED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gdNH8-0004eg-1u for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2018 17:40:13 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:49232) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gdNH5-0004XE-HR for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2018 17:40:08 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wBTMe5Af126405 for ; Sat, 29 Dec 2018 22:40:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=C3Jt8dCcMqss1afStzurI+vCi6+EK9GKF0YN0l+E+SA=; b=HWGFTljVgccKoxowd+WQ1BD1MInNNDtutF0YuGeiCD603mUhwE6bMfNLpXavYUNn5Ta7 uRB6ai4jXPkiW3sgedCXyC/Be1q995y0rPXr94fvy4i6G+1aTtGz1efKIW8inURO6Oti JD63F9akJFdHaIgCMDCtuLZSPES8SFg6NyVA4ZGzpXhupOdFyYMpT2OCiuq2kU9rNTpG 5ILz0boCe22OsgDZY8Hx/gx/1Q4f/HppkFIKp0lsTPkc+B6FahowfVt04lGNXcxICRqG LowH7qiSLEbYu80Bv15QeHzO5pn8ZImTxYuWW/okYayId2F+hZ+JlTbl8Z7GeN/HmrDj OQ== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2130.oracle.com with ESMTP id 2pp0bthdw3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 29 Dec 2018 22:40:05 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id wBTMdxrZ014090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 29 Dec 2018 22:39:59 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wBTMdw01018117 for ; Sat, 29 Dec 2018 22:39:59 GMT MIME-Version: 1.0 Message-ID: <8712bcf4-a44a-4336-b398-e59202165fb6@default> Date: Sat, 29 Dec 2018 14:39:58 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 26.1; Optionally not font-lock newline char when `comment-end' = "" X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9121 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=882 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1812290208 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 156.151.31.86 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) See https://emacs.stackexchange.com/q/46808/105. Please consider letting users easily (e.g. user option) not highlight a newline character when it ends a comment, such as in Lisp. The effect should be to highlight only the chars of the line, starting with `comment-start', up to but not including the newline char. (I never would have noticed how annoying the default behavior is if I hadn'= t tried putting a background color on comments, as the OP did. I don't eve= n think it should be the default behavior to highlight the newline char.) In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) of 2018-05-30 Repository revision: 07f8f9bc5a51f5aa94eb099f3e15fbe0c20ea1ea Windowing system distributor `Microsoft Corp.', version 10.0.16299 Configured using: `configure --without-dbus --host=3Dx86_64-w64-mingw32 --without-compress-install 'CFLAGS=3D-O2 -static -g3'' From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 06:51:28 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 11:51:29 +0000 Received: from localhost ([127.0.0.1]:41862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdZcu-0006Cz-D3 for submit@debbugs.gnu.org; Sun, 30 Dec 2018 06:51:28 -0500 Received: from colin.muc.de ([193.149.48.1]:31908 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1gdZct-0006Cq-4U for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 06:51:27 -0500 Received: (qmail 44901 invoked by uid 3782); 30 Dec 2018 11:51:25 -0000 Date: 30 Dec 2018 11:51:25 -0000 Message-ID: <20181230115125.44900.qmail@mail.muc.de> From: Alan Mackenzie To: Drew Adams Subject: Re: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (FreeBSD/11.2-RELEASE-p4 (amd64)) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 33913 Cc: 33913@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Drew. In article you wrote: > See https://emacs.stackexchange.com/q/46808/105. > Please consider letting users easily (e.g. user option) not highlight a > newline character when it ends a comment, such as in Lisp. OK, let's consider it. The comment delimiters in Emacs are considered part of the comment, and fontified with it. In fact, I believe they get font-lock-comment-delimiter-face. It is open to the user to customize f-l-comment-delimiter-face not to inherit from f-l-comment-face, but instead to have a neutral effect. > The effect should be to highlight only the chars of the line, starting > with `comment-start', up to but not including the newline char. So the starting and stopping delimiters of a comment should get different faces. Hmmm. Why? One way to get this would be to introduce font-lock-comment-terminator-face, inheriting by default from one of the two existing comment faces. > (I never would have noticed how annoying the default behavior is if I > hadn't tried putting a background color on comments, as the OP did. I > don't even think it should be the default behavior to highlight the > newline char.) If the OP doesn't want the terminators fontified, why does he want the comment openers fontified? This seems a bit inconsistent. I mean, if a string's being fontified, you'd want either both of the "s (as Emacs does) or neither of them (XEmacs) to get string face. Why are comments different? > In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) > of 2018-05-30 > Repository revision: 07f8f9bc5a51f5aa94eb099f3e15fbe0c20ea1ea > Windowing system distributor `Microsoft Corp.', version 10.0.16299 > Configured using: > `configure --without-dbus --host=x86_64-w64-mingw32 > --without-compress-install 'CFLAGS=-O2 -static -g3'' -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 07:33:16 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 12:33:16 +0000 Received: from localhost ([127.0.0.1]:41899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdaHM-0000ux-AL for submit@debbugs.gnu.org; Sun, 30 Dec 2018 07:33:16 -0500 Received: from colin.muc.de ([193.149.48.1]:36990 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1gdaHL-0000uo-9t for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 07:33:15 -0500 Received: (qmail 60752 invoked by uid 3782); 30 Dec 2018 12:33:13 -0000 Date: 30 Dec 2018 12:33:13 -0000 Message-ID: <20181230123313.60751.qmail@mail.muc.de> From: Alan Mackenzie To: Alan Mackenzie Subject: Re: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (FreeBSD/11.2-RELEASE-p4 (amd64)) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 33913 Cc: 33913@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Drew. In article you wrote: > In article you wrote: >> See https://emacs.stackexchange.com/q/46808/105. >> Please consider letting users easily (e.g. user option) not highlight a >> newline character when it ends a comment, such as in Lisp. > OK, let's consider it. The comment delimiters in Emacs are considered > part of the comment, and fontified with it. In fact, I believe they get > font-lock-comment-delimiter-face. Apologies, I was wrong, here. When the terminator is \n, comment-end is "", not "\n", and things get confused. comment-end is NOT and NEVER WAS the comment terminator. It's merely what gets inserted when you type M-;. I don't think there is a variable which holds the comment terminator; there is merely an entry in the mode's syntax table. The rest of my post was largely speculation, and was also wrong. Please ignore it. [ .... ] >> In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) >> of 2018-05-30 >> Repository revision: 07f8f9bc5a51f5aa94eb099f3e15fbe0c20ea1ea >> Windowing system distributor `Microsoft Corp.', version 10.0.16299 >> Configured using: >> `configure --without-dbus --host=x86_64-w64-mingw32 >> --without-compress-install 'CFLAGS=-O2 -static -g3'' -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 12:22:12 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 17:22:12 +0000 Received: from localhost ([127.0.0.1]:42559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdemy-00087v-40 for submit@debbugs.gnu.org; Sun, 30 Dec 2018 12:22:12 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:34940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdemw-00087f-1Z for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 12:22:10 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wBUHK8c4179122; Sun, 30 Dec 2018 17:22:03 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=sj8CdBxFJwGM7jou1BeweWQKmIFP8laHb3XynMY2KFY=; b=4mqiF43rCHEVnTa+Igz8qd24NKHfK4AdQuuOzJUSRCqK3JDR6aj5YzPYdmyOfwj9mqLe hEKpmZK/XA2qwNLYyFv2DnJu83DJ+fmjHVYVMohK17DFKQXhiyuEeW2j+7v+e1948l5d Q2N4L97/FZKK8MSPGEYT+Vh9hyvTvV5weOb/JYL5tr60RMnbbNCfSX5EwePQscLulgdM suQMyFeHjE6vUxQMG1RlXnK8KjFGD5KSjLsD12EzEuH/HRAlZy4jSp34wR9/nfP21lZD 9XiM+Na9V798qeZod6iNYaoEq2Niq6oNJnnU4Ojl/vZCzc7ClbcFyJn3AXI+09x/GJJc DA== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2130.oracle.com with ESMTP id 2pp0btjqkr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 30 Dec 2018 17:22:03 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id wBUHLveU031907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 30 Dec 2018 17:21:57 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wBUHLux8025458; Sun, 30 Dec 2018 17:21:56 GMT MIME-Version: 1.0 Message-ID: <6435ac91-b04f-4442-9339-6d20dc5332e6@default> Date: Sun, 30 Dec 2018 09:21:56 -0800 (PST) From: Drew Adams To: Alan Mackenzie Subject: RE: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" References: <8712bcf4-a44a-4336-b398-e59202165fb6@default> <20181230123313.60751.qmail@mail.muc.de> In-Reply-To: <20181230123313.60751.qmail@mail.muc.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9122 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=558 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1812300160 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 33913 Cc: 33913@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Apologies, I was wrong, here. When the terminator is \n, comment-end is > "", not "\n", and things get confused. comment-end is NOT and NEVER WAS > the comment terminator. It's merely what gets inserted when you type > M-;. I don't think there is a variable which holds the comment > terminator; there is merely an entry in the mode's syntax table. >=20 > The rest of my post was largely speculation, and was also wrong. Please > ignore it. Hi Alan. No problem, and thanks for having looked into this. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 12:47:09 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 17:47:09 +0000 Received: from localhost ([127.0.0.1]:42570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdfB7-0000IU-Ek for submit@debbugs.gnu.org; Sun, 30 Dec 2018 12:47:09 -0500 Received: from mout.gmx.net ([212.227.15.19]:50411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdfB5-0000I5-MY for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 12:47:08 -0500 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAgzj-1gSz8s0dMx-00BqfT; Sun, 30 Dec 2018 18:46:57 +0100 Message-ID: <5C29048F.8050108@gmx.at> Date: Sun, 30 Dec 2018 18:46:55 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams , 33913@debbugs.gnu.org Subject: Re: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" References: <8712bcf4-a44a-4336-b398-e59202165fb6@default> In-Reply-To: <8712bcf4-a44a-4336-b398-e59202165fb6@default> Content-Type: multipart/mixed; boundary="------------070400080906080108000406" X-Provags-ID: V03:K1:rEApx5DroSiRYCYgUH8fiex40Hb2W1rymeha0IpqPA/fjYqbI9G WWlgy+NcyL+hiqoZoLA+exRIrPhX1PF+PVZd0ir28+1NsToTV2IxHJoFoCLf1fc6yBCXPF5 77Y8kyrZCF5Hopq67psgQVlXsHXgDCVGdAMky6J654y0fEpVfxLBFTA1mqHyVUshaIqe/p4 zF17PXOOfJweRuVAWiKJA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:OsgkAJVHtJ0=:5/lbE7OoCfohz5FuRYMb9Q fxOpdpyd0RMBbhqMJHtTxAQe2qgJYDB/S31TaV9DwjK086XVsCY8ZKivNc63R9lm0y7qJtwGC TVmfuPOAg5VeOw/TewPGJXB936GztuViHmlnaseHqsMWCQOZAumw1OfaceNKpJw9HuKZ2eGJg aIQ+gcQ2hjjIocv9poP9Z3stGGl8JCIMsoZX+jqbhH0b0f03P/KBHtHNzn5A5ppDd1+QMDXZ1 eEUEEj3akn7QwuNxKv5QU1W2k7XFSrACLjm6zzSEWwVAj+IBDsrMbD2GohGNyGZkYrmU5EiBC WDZnGLB7KWr9UCrYzpAdJsKyqd4hPz4tHOTn/+CHjF7bFifVEHyUrDval/L/oADSZHxXj4VJh nSyT4AP//UexaPgkHy26X5+rAb4DXrjaXGLcjSW7xu/CW7N3HJWMfEVGfRDD3XfNSTOp/yr+6 +TmIeTsJAhcXoHxbXN22s8QwRxKhbJh2iJajdEfOY+Ys0d9h8L679YVoOEfiHCXo9u4mbrNSQ 5g5ZxcA7qcjnF7SlbTR6ZJnZkvdYkbDDpj8e76h/tRy1FHxpTyo9ZQSHtyFYpYzDuf6DG/1y4 PwO2t20UF0k/SKS8iALCQDapjC44hRhbELnlVBJCHSuOHgSlZc9+NJWUE6pznqNiBfBPDU2K7 +1Xm0uzCCloL+zGSHfVXZCEKa7Aqb6uCquRR0EGI0xUi+oADxdj097T+wdt8wfJYxs2Jc36jn kQicxXNbOmaEU3dGmale2JF5737RIXyPUUbPJi5jlGB0ec+4R8xLWTpgbBdt0k/H3Nli78ufV +y83q42EJ/pq4PmaytnxcYpSQTJ0HZUxfeu0vqge/1ejg1F0VquLk6JsWptiELk4Bblwok/lj u8PxVb6KBTEws3xPgZSynw18yoBxujwzQukdtlHAY= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 33913 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------070400080906080108000406 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Please consider letting users easily (e.g. user option) not highlight a > newline character when it ends a comment, such as in Lisp. > > The effect should be to highlight only the chars of the line, starting > with `comment-start', up to but not including the newline char. For my private solution to this problem look at the attached file. > (I never would have noticed how annoying the default behavior is if > I hadn't tried putting a background color on comments, as the OP > did. I don't even think it should be the default behavior to > highlight the newline char.) Fully agreed. martin --------------070400080906080108000406 Content-Type: application/emacs-lisp; name="font-lock-fontify-syntactically-region.el" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="font-lock-fontify-syntactically-region.el" KGN1c3RvbS1zZXQtZmFjZXMNCiAnKGZvbnQtbG9jay1jb21tZW50LWZhY2UgKCgoKGNsYXNz IGNvbG9yKSAoYmFja2dyb3VuZCBsaWdodCkpICg6YmFja2dyb3VuZCAiQmVpZ2UiIDpmb3Jl Z3JvdW5kICJCbGFjayIpKSkpKQ0KDQooZGVmdW4gZm9udC1sb2NrLWZvbnRpZnktc3ludGFj dGljYWxseS1yZWdpb24gKHN0YXJ0IGVuZCAmb3B0aW9uYWwgbG91ZGx5IHBwc3MpDQogICJQ dXQgcHJvcGVyIGZhY2Ugb24gZWFjaCBzdHJpbmcgYW5kIGNvbW1lbnQgYmV0d2VlbiBTVEFS VCBhbmQgRU5ELg0KU1RBUlQgc2hvdWxkIGJlIGF0IHRoZSBiZWdpbm5pbmcgb2YgYSBsaW5l LiINCiAgKHN5bnRheC1wcm9wZXJ0aXplIGVuZCkgICAgOyBBcHBseSBhbnkgbmVlZGVkIHN5 bnRheC10YWJsZSBwcm9wZXJ0aWVzLg0KICAod2l0aC1zeW50YXgtdGFibGUgKG9yIChhbmQg KGJvdW5kcCAnc3ludGF4LXBwc3MtdGFibGUpIHN5bnRheC1wcHNzLXRhYmxlKQ0KCQkJIChz eW50YXgtdGFibGUpKQ0KICAgIChsZXQgKHN0YXRlIGZhY2UgZnJvbSB0byBsZXApDQogICAg ICAoZ290by1jaGFyIHN0YXJ0KQ0KICAgICAgKHNldHEgc3RhdGUgKG9yIHBwc3MgKHN5bnRh eC1wcHNzIHN0YXJ0KSkpDQogICAgICAod2hpbGUNCgkgIChwcm9nbg0KCSAgICAod2hlbiAo b3IgKG50aCAzIHN0YXRlKSAobnRoIDQgc3RhdGUpKQ0KCSAgICAgIChzZXRxIGZhY2UgKGZ1 bmNhbGwgZm9udC1sb2NrLXN5bnRhY3RpYy1mYWNlLWZ1bmN0aW9uIHN0YXRlKSkNCgkgICAg ICAoc2V0cSBmcm9tIChtYXggKG50aCA4IHN0YXRlKSBzdGFydCkpDQoJICAgICAgKHNldHEg c3RhdGUNCgkJICAgIChwYXJzZS1wYXJ0aWFsLXNleHAgKHBvaW50KSBlbmQgbmlsIG5pbCBz dGF0ZSAnc3ludGF4LXRhYmxlKSkNCgkgICAgICAoc2V0cSB0byAocG9pbnQpKQ0KCSAgICAg IChzYXZlLWV4Y3Vyc2lvbg0KCQkoZ290by1jaGFyIGZyb20pDQoJCSh3aGlsZSAoPCBmcm9t IHRvKQ0KCQkgIChzZXRxIGxlcCAobGluZS1lbmQtcG9zaXRpb24pKQ0KCQkgIChpZiAoPCBs ZXAgdG8pDQoJCSAgICAgIChwcm9nbg0KCQkJKHB1dC10ZXh0LXByb3BlcnR5IGZyb20gbGVw ICdmYWNlIGZhY2UpDQoJCQkocmVtb3ZlLXRleHQtcHJvcGVydGllcw0KCQkJIGxlcCAoMSsg bGVwKSAnKGZhY2UgbmlsKSkgOyByZWFyLW5vbnN0aWNreSB0KSkNCgkJCShnb3RvLWNoYXIg KHNldHEgZnJvbSAoMSsgbGVwKSkpKQ0KCQkgICAgKHB1dC10ZXh0LXByb3BlcnR5IGZyb20g dG8gJ2ZhY2UgZmFjZSkNCgkJICAgIChzZXRxIGZyb20gdG8pKSkpKQ0KCSAgICAoPCAocG9p bnQpIGVuZCkpDQoJKHNldHEgc3RhdGUNCgkgICAgICAocGFyc2UtcGFydGlhbC1zZXhwIChw b2ludCkgZW5kIG5pbCBuaWwgc3RhdGUgJ3N5bnRheC10YWJsZSkpKSkpKQ0K --------------070400080906080108000406-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 13:23:15 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 18:23:15 +0000 Received: from localhost ([127.0.0.1]:42580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdfk3-0001Ef-Kg for submit@debbugs.gnu.org; Sun, 30 Dec 2018 13:23:15 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:43004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdfk2-0001EQ-7u for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 13:23:14 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wBUIK1N7015711; Sun, 30 Dec 2018 18:23:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=OjsVuGS3jVEDtEWFoqDFdgTlI64ZbZlce/d0DFIo4ng=; b=WWKsoH3pQEE/nM1iZi3HzNoM8KC4BZUjrD36B1lRPA7GcM9EzPzQ/dt4XqlfNMeLs4aY ZgAViaRkgz3Op/pKQNLkC5+bcdoD20UqBb6NWBHUg2IZnflfPbCEqX0OSx8c3muO59Er 2eIxlYwGuRduS7nCdLl9FU6nMWBGWji/nEbfSGq+Np+msrAJ82gYWyq6G1UZ0pWvXWmC ddjdNmZHpfovbBADVQxEEDcwNOduGix9vLe6vft3lJPBgfqjUnkAqavwZSgAJ43ivsv5 2rDflQwFChO+olagIiMbxO7l8ZohL8z5L+zzwk4l7+JpdyifR8b8xlY+8OXjMXrSez1R wg== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2130.oracle.com with ESMTP id 2pp0btjs09-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 30 Dec 2018 18:23:08 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id wBUIN7i9008902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 30 Dec 2018 18:23:07 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id wBUIN6dV021009; Sun, 30 Dec 2018 18:23:06 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 30 Dec 2018 10:23:06 -0800 (PST) From: Drew Adams To: martin rudalics , 33913@debbugs.gnu.org Subject: RE: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" References: <8712bcf4-a44a-4336-b398-e59202165fb6@default> <5C29048F.8050108@gmx.at> In-Reply-To: <5C29048F.8050108@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9122 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=591 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1812300168 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 33913 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Please consider letting users easily (e.g. user option) not highlight = a > > newline character when it ends a comment, such as in Lisp. > > > > The effect should be to highlight only the chars of the line, starting > > with `comment-start', up to but not including the newline char. >=20 > For my private solution to this problem look at the attached file. Maybe you could fix that up to become a general replacement, to fix this bug (only)? But I do think a user option might be good, or even a non-option variable. > > (I never would have noticed how annoying the default behavior is if > > I hadn't tried putting a background color on comments, as the OP > > did. I don't even think it should be the default behavior to > > highlight the newline char.) >=20 > Fully agreed. I doubt that such an incompatible change (to the default) would be accepted immediately. But a fix for the bug might be. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 30 14:00:50 2018 Received: (at 33913) by debbugs.gnu.org; 30 Dec 2018 19:00:51 +0000 Received: from localhost ([127.0.0.1]:42601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdgKQ-0002Jj-Lh for submit@debbugs.gnu.org; Sun, 30 Dec 2018 14:00:50 -0500 Received: from mout.gmx.net ([212.227.15.15]:58427) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gdgKM-0002JL-UA for 33913@debbugs.gnu.org; Sun, 30 Dec 2018 14:00:48 -0500 Received: from [192.168.1.101] ([46.125.249.115]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3AzH-1hW3Up127L-00szkr; Sun, 30 Dec 2018 20:00:36 +0100 Message-ID: <5C2915D1.7090702@gmx.at> Date: Sun, 30 Dec 2018 20:00:33 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams , 33913@debbugs.gnu.org Subject: Re: bug#33913: 26.1; Optionally not font-lock newline char when `comment-end' = "" References: <8712bcf4-a44a-4336-b398-e59202165fb6@default> <5C29048F.8050108@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:3Jlx2lkhUPKOEfHuCsOLI1Wjcgkjzg55z1gR6WqKzTKaQxA0NZ2 Z8rpAsUUBfgFbM0jVsdrihkrp5LlQysQhNjjswS8tWUOAp3ro7GeW0/MwITdYgO7aMRqfwp e2VrIi0iiDuQkmZl/0o2YGpgDs8GiZo8INRQDgdmhvNU2tVcZXOeeXYK5Wqs9UdIjuXnD+e ae1XiKCzd5xfgKtYClOyw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ZZatR9H6Du8=:Td9C3MSbJ4SfscA167sezE 1TeMB48MS0bwSav+F7s2Gkbk7qXbDLhKpAOg1fCuvq+0hBCQl/OltSwtwEyjHWHflYXXIOxO4 ZQ+ThZcBQpH6MlSNfAioJlz/FhQQ2s6yqCZb5qYW+ueskP3PilH1vR7O2Z8IMKwjgNirYLE6T LhFvWOgKcv5OBfuKKHyY9ty9x6DiiRaKiYzn5dPjv+jz3qkOFBQWQcJMWU60y1IhCWg8jU0wy ZRc7OuQxSAYnR/gmVHwwbtqlMBvP4WBWDXGXC5CS2XJ411s3cr379YqCYhdcupcnJrwoOFPUA qHADs6mrAT3xc1ztvAsjzJvKsJkcjNooJkBlv6dOi9vemikfi7Sba5mIOPxB5/0+p4FZwb0Db GD6m0fXByBibqKHThyCmI1XUoP37yXa/Chz3ePb4Mh3eG1Mc3X/kWZ6jlvrFq+gvHSYZsbEvf XIqaB61gM5bBSU2DrQKrgLycoHntld6MV2/B1twicc4wWgo5SSiGZ6Y8aWH7MMzlewh0IXODY 94MmlHY3eXtA6WK23c1dKIY/BHcUWUz15wlqm1UGM6RO8w8ZQaaLK3KDA+qF7C25uMkTmd8js LhLDchx+TviWmPQsz7LhiDPV+aruXwO5qV3uKGV1wLvH59Zku1dWbmgj2YPIOVyOMvj4aJvpc zlAwkRN4s29MDuSuZrQNRe/lymhAX35o/cBFXZlphd2UkxdlK0kmHAVT5RY3DQ44aOT6bZOJA 8M86FcrXCMdIhlezCmt5X6NLwnG013487MMaCUzvlz7glzRqDtgrzUUESaMbVh74bu5jGRnjE STueVA+7nGUR7VSwg7JCDEmrtxd7T0JIeeOkmrkQzDMM52TlbplseoCZsoRgUr5zMAIopMbmq +IbMULoQlGtN0AhYjph60i0LKbgB43SjZvREBE1iT9VmvkxPbYlkixOw6GmOem X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 33913 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Maybe you could fix that up to become a > general replacement, to fix this bug (only)? No. It's a hack to use fontification for that purpose. > But I do think a user option might be good, > or even a non-option variable. This problem should be solved with the help of a new :no-extend-to-eol face attribute. Whenever set - typically in 'font-lock-comment-face', 'font-lock-doc-face' and 'font-lock-string-face' - the display engine would show the default background on the rest of the line. The idea sounds deceptively simple but I never got around coding it. > I doubt that such an incompatible change (to > the default) would be accepted immediately. > But a fix for the bug might be. If it's made a face property, users are free to customize it at their will. But I obviously wouldn't oppose an :extend-to-eol attribute. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 30 15:20:50 2019 Received: (at 33913) by debbugs.gnu.org; 30 Oct 2019 19:20:50 +0000 Received: from localhost ([127.0.0.1]:51490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPtWT-0005Aq-Qs for submit@debbugs.gnu.org; Wed, 30 Oct 2019 15:20:50 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33248) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPtWR-0005Ag-FZ for 33913@debbugs.gnu.org; Wed, 30 Oct 2019 15:20:47 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iPtWN-0002Ye-5R; Wed, 30 Oct 2019 20:20:45 +0100 From: Lars Ingebrigtsen To: Drew Adams Subject: Re: 26.1; Optionally not font-lock newline char when `comment-end' = "" References: <8712bcf4-a44a-4336-b398-e59202165fb6@default> Date: Wed, 30 Oct 2019 20:20:42 +0100 In-Reply-To: <8712bcf4-a44a-4336-b398-e59202165fb6@default> (Drew Adams's message of "Sat, 29 Dec 2018 14:39:58 -0800 (PST)") Message-ID: <87sgnaox9x.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Drew Adams writes: > Please consider letting users easily (e.g. user option) not highlight a > newline character when it ends a comment, such as in Lisp. > > The effect should be to highlight only the chars of the line, [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 33913 Cc: 33913@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Drew Adams writes: > Please consider letting users easily (e.g. user option) not highlight a > newline character when it ends a comment, such as in Lisp. > > The effect should be to highlight only the chars of the line, starting > with `comment-start', up to but not including the newline char. > > (I never would have noticed how annoying the default behavior is if I > hadn't tried putting a background color on comments, as the OP did. I > don't even think it should be the default behavior to highlight the > newline char.) I agree that this would have been useful earlier, but Emacs now has support for not extending faces to the end of the line when the newline has a face, so this no longer seems pertinent, and I'm closing this bug report. If others think that it's still worth doing something about, please reopen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 30 15:20:58 2019 Received: (at control) by debbugs.gnu.org; 30 Oct 2019 19:20:58 +0000 Received: from localhost ([127.0.0.1]:51493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPtWc-0005BF-3D for submit@debbugs.gnu.org; Wed, 30 Oct 2019 15:20:58 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPtWZ-0005B3-Df for control@debbugs.gnu.org; Wed, 30 Oct 2019 15:20:56 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iPtWW-0002Yn-Ld for control@debbugs.gnu.org; Wed, 30 Oct 2019 20:20:54 +0100 Date: Wed, 30 Oct 2019 20:20:52 +0100 Message-Id: <87r22uox9n.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #33913 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 33913 wontfix close 33913 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 33913 wontfix close 33913 quit From unknown Fri Jun 20 07:12:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 28 Nov 2019 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator