From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 17:35:34 2020 Received: (at submit) by debbugs.gnu.org; 9 Sep 2020 21:35:34 +0000 Received: from localhost ([127.0.0.1]:34962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG7kb-0000fn-NW for submit@debbugs.gnu.org; Wed, 09 Sep 2020 17:35:33 -0400 Received: from lists.gnu.org ([209.51.188.17]:49786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG7kY-0000fe-04 for submit@debbugs.gnu.org; Wed, 09 Sep 2020 17:35:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39592) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG7kX-0006LQ-Oc for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:35:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44231) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG7kX-0004Gq-FJ for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:35:29 -0400 Received: from [2607:fea8:3fdf:f688::8] (port=39656 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kG7kK-0002YY-QI for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:35:23 -0400 From: Amin Bandali To: bug-gnu-emacs@gnu.org Subject: 28.0.50; message-newline-and-reformat does not insert space after citation prefix Date: Wed, 09 Sep 2020 17:35:15 -0400 Message-ID: <877dt24orw.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) 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: -3.3 (---) This has been a pet peeve of mine for a while now, so I thought I'd send in a report. Currently, the `message-newline-and-reformat' function (bound to M-RET in `message-mode') does not insert an empty space after the citation prefix (e.g. '>') when reformatting the lines following the point in a common use scenario. I would like the behaviour to change, or at least an option be added to have `message-newline-and-reformat' insert a space after each '>'. Example: --8<---------------cut here---------------start------------->8--- > test0 > > test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 test12 --8<---------------cut here---------------end--------------->8--- If you put the point on the line between test0 and test1, after the '>' character, and press M-RET, it will result in: --8<---------------cut here---------------start------------->8--- > test0 > > > test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 >test12 --8<---------------cut here---------------end--------------->8--- Notice the absence of space between ">" and "test12". If the original line is long enough for the filled version to span several lines, all of them will not have a space after '>', similar to the above example. Instead, I would like pressing M-RET in the above example to yield: --8<---------------cut here---------------start------------->8--- > test0 > > > test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 > test12 --8<---------------cut here---------------end--------------->8--- As somewhat of a workaround, one could manually insert a space on the line between "test0" and "test1" before calling the function, but that results in the two middle lines (which only consist of '>') to have an extraneous trailing space, i.e. "> ". From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 09 17:54:45 2020 Received: (at control) by debbugs.gnu.org; 9 Sep 2020 21:54:45 +0000 Received: from localhost ([127.0.0.1]:35006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG83B-00017W-B1 for submit@debbugs.gnu.org; Wed, 09 Sep 2020 17:54:45 -0400 Received: from mail-ej1-f50.google.com ([209.85.218.50]:34012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG837-00017I-RL for control@debbugs.gnu.org; Wed, 09 Sep 2020 17:54:44 -0400 Received: by mail-ej1-f50.google.com with SMTP id gr14so5772682ejb.1 for ; Wed, 09 Sep 2020 14:54:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=6fZQEyum3fM19dGt82CXkPW/i3bgFoT65q7N3aeuWU4=; b=M5YaG7mweGSc0Bdpt294yTxIeR1NXP2inJKithCa8h2HiB8DAAIJ4/+uiCRE+SSl8P s/pKzCoK2fcqzbwdKPNuKBGPRD2nI2UgVriNfvE3IRd1vtW7bzF279xTChBJjyaroYc5 LljolT69Ck/LcAmmyTfTD1QY/K+eHi7H3CTnxS8DtnEg+vAY14w7HCixd2heHkYgPzSe TjaraWd7zP9XMPGxdQWcL66D4AKU5DwmKMv1CftyROGtn00r+tBr+LSidlzWPmu/5Wwt Nc2ztgKIIdwe9ieAyI1vTEEjiSdasyP5jRKbqOAgwiXnpIpDqEyPqbSX1mMU9nMqxYq/ asYw== X-Gm-Message-State: AOAM5322VlRowvvVtX7Lts8jisOzh2a1bqwUcGx7vjRddC5aTh5VKACX 5DSf8PAEYUcumTAWATBqnJY4Gi4iuCBassBJnwTbwUVI X-Google-Smtp-Source: ABdhPJy/OGZu+iWaNbfmybhVNb+NkAfL2Iq1kExfcqmQbVHWHqvHlJBkBiMsEMOS1drI+Ak+zC2pKCOoDfUml2uXXsU= X-Received: by 2002:a17:906:7248:: with SMTP id n8mr5652920ejk.160.1599688475627; Wed, 09 Sep 2020 14:54:35 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 9 Sep 2020 14:54:34 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Wed, 9 Sep 2020 14:54:34 -0700 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: severity 43299 minor thanks Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.218.50 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.50 listed in wl.mailspike.net] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 BLANK_SUBJECT Subject is present but empty 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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: severity 43299 minor thanks Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.50 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.218.50 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 BLANK_SUBJECT Subject is present but empty severity 43299 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 17:28:40 2020 Received: (at 43299) by debbugs.gnu.org; 10 Sep 2020 21:28:40 +0000 Received: from localhost ([127.0.0.1]:41481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGU7U-00074M-FU for submit@debbugs.gnu.org; Thu, 10 Sep 2020 17:28:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGU7S-000747-S8 for 43299@debbugs.gnu.org; Thu, 10 Sep 2020 17:28:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BwIkk5TK0Sf+qiXJUrsfm+CL6eM/l5lnkZgCc86wToE=; b=SAslHvoStonxjZyIWhD5R0g27o jV4y7xYr6A6sekla3JSTmYSJEmPq5gSYJl9t1EStQWON8C2wAd1xZvH/VmAnXGcoozAUN+pXFbcXU wG3jiyG/3gBADX+3hxbhQgp0Al9cq42OPulunBVwcLRELpKWFLv4xymiDAsu6a5YTrdw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGU7J-0002PS-42; Thu, 10 Sep 2020 23:28:32 +0200 From: Lars Ingebrigtsen To: Amin Bandali Subject: Re: bug#43299: 28.0.50; message-newline-and-reformat does not insert space after citation prefix References: <877dt24orw.fsf@gnu.org> X-Now-Playing: Jon Eberson Group's _City Visions_: "Visions" Date: Thu, 10 Sep 2020 23:28:27 +0200 In-Reply-To: <877dt24orw.fsf@gnu.org> (Amin Bandali's message of "Wed, 09 Sep 2020 17:35:15 -0400") Message-ID: <877dt148zo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Amin Bandali writes: > Currently, the `message-newline-and-reformat' function (bound to M-RET > in `message-mode') does not insert an empty space after the citation > prefix (e.g. '>') when reformatting the lines followin [...] 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: 43299 Cc: 43299@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 (-) Amin Bandali writes: > Currently, the `message-newline-and-reformat' function (bound to M-RET > in `message-mode') does not insert an empty space after the citation > prefix (e.g. '>') when reformatting the lines following the point in a > common use scenario. I would like the behaviour to change, or at least > an option be added to have `message-newline-and-reformat' insert a space > after each '>'. > > Example: > >> test0 >> >> test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 test12 The problem here is that there's no space after that > character. If it had been > test0 > > test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 test12 instead (if that trailing space survives the mailing process) then you get > test0 > > > test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 > test12 Hm... OK, I think I found it -- I think there was a reversed check for the length of the spaces in the following paragraph? I pushed a fix to Emacs 28 that seems to fix this use case, but I'm not exactly confident that this doesn't introduce other oddities. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 17:28:46 2020 Received: (at control) by debbugs.gnu.org; 10 Sep 2020 21:28:46 +0000 Received: from localhost ([127.0.0.1]:41484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGU7Z-00074d-OB for submit@debbugs.gnu.org; Thu, 10 Sep 2020 17:28:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGU7Y-00074E-Bq for control@debbugs.gnu.org; Thu, 10 Sep 2020 17:28:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=WXrsA+N3VnK5rCMJWHfCULi39GLHHOgJbxufLXhURNw=; b=aRpBf/ShMinCHKTTn2B0TWNPKz oyAn8a5eqAs4C4i/0BJwv/Kkga2HXacCxYQnL7tOVG7AwKSJpBXSh7YSKljCReclzrsgmhhQhhNxi BZ/AqnC4RALmapfNm8f66D6/NzzzfSDsNx+/oB924dOd7usg51CHzCnE9SBZk+q8w+LM=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGU7Q-0002PZ-Jb for control@debbugs.gnu.org; Thu, 10 Sep 2020 23:28:38 +0200 Date: Thu, 10 Sep 2020 23:28:35 +0200 Message-Id: <875z8l48zg.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #43299 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 43299 fixed close 43299 28.1 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 43299 fixed close 43299 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 10 17:45:47 2020 Received: (at 43299) by debbugs.gnu.org; 10 Sep 2020 21:45:47 +0000 Received: from localhost ([127.0.0.1]:41514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGUO3-0001CW-Co for submit@debbugs.gnu.org; Thu, 10 Sep 2020 17:45:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGUO1-0001CJ-P3 for 43299@debbugs.gnu.org; Thu, 10 Sep 2020 17:45:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40559) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGUNw-00071s-Dz; Thu, 10 Sep 2020 17:45:40 -0400 Received: from [2607:fea8:3fdf:f688::8] (port=49376 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kGUNw-00008Q-56; Thu, 10 Sep 2020 17:45:40 -0400 From: Amin Bandali To: Lars Ingebrigtsen Subject: Re: bug#43299: 28.0.50; message-newline-and-reformat does not insert space after citation prefix Organization: GNU References: <877dt24orw.fsf@gnu.org> <877dt148zo.fsf@gnus.org> Date: Thu, 10 Sep 2020 17:45:38 -0400 In-Reply-To: <877dt148zo.fsf@gnus.org> Message-ID: <87363ppapp.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43299 Cc: 43299@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 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Lars Ingebrigtsen writes: > Amin Bandali writes: > >> Currently, the `message-newline-and-reformat' function (bound to M-RET >> in `message-mode') does not insert an empty space after the citation >> prefix (e.g. '>') when reformatting the lines following the point in a >> common use scenario. I would like the behaviour to change, or at least >> an option be added to have `message-newline-and-reformat' insert a space >> after each '>'. >> >> Example: >> >>> test0 >>> >>> test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 tes= t12 > > The problem here is that there's no space after that > character. If it > had been > >> test0 >>=20 >> test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 test= 12 > > instead (if that trailing space survives the mailing process) then you get > >> test0 >>=20 > > > >>=20 >> test1 test2 test3 test4 test5 test6 test7 test8 test9 test10 test11 >> test12 > Right, but I don't think there is normally a space there otherwise either. For instance, when replying with (quoting) the original in Gnus, Gnus and/or Message don't insert a trailing space after the '>' when there is no character on that line. >=20 > Hm... OK, I think I found it -- I think there was a reversed check > for the length of the spaces in the following paragraph? I pushed a > fix to Emacs 28 that seems to fix this use case, but I'm not exactly > confident that this doesn't introduce other oddities. Thanks, it does seem to cover this case. But now, there's a trailing single space after the first '>' with no other characters after it. Would it make sense to remove that once the filling/reformatting of the paragraph is done? --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCAAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl9anoIQHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8uxhEACMzxeHW1J9LgMbVkubihcq/beaBL8NaR3w i5rCgJscXw2yT5KYAndUBv9rXKcOgIeZgYwVpq+EhC8EBP7IDqEkd35iVt3rA3Fh x5de4N5dE3hEaQCQ9yng4dEox7XFSIANeksq8IBcNlxGH6qX0LqJjjIqQlBF5oBF bnQQNL1y2hqg+MaBSWfPlEoFY6bR2FEtOnFNxIReNSNllI9npTLHp9T4gf6002g+ 5BOuuv5/UsP3j3c84J/JhnVzqdEWaxtFzcU6Oea7pPvlSXPbi+JlbzpCld39dfLb D8lUapigjag6/0Pg5VaJXo+CP9XMPmeM5Yi8t4QpelEct44Q3z7UYgufjjhKgTF5 jSGzNj0X9snJZWi/K3dByS/hXdpuFPjTQuRr62JMjPq9t0V2BFQ813wXuPnHPwpJ EDC/0eNgBVesUjHdGKXYtySexJcdrrxyVMhydwqTh361iOrYfbyPUVwz2x8Zmlss YtTWb88f7iMKJBAJpwKXP6omoS95UG6gQdHA8KwUQxcz8XXR9VE/SQDt5+tRJB9A GUa7Cas5bfggypxySkSlr+NGoLWV8RRwAds6C6+xOR4ps+NBIyCMJTx3juWEDkQI PM31ckrdeKuQ2jW95njyQb1+m0+/HmD5O5rw7j+pDnskbTQ4OhZQwsZm49D+9Y58 rjhQs305zQ== =oZwV -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 08:09:41 2020 Received: (at 43299) by debbugs.gnu.org; 11 Sep 2020 12:09:41 +0000 Received: from localhost ([127.0.0.1]:42798 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGhs5-0003eO-Cx for submit@debbugs.gnu.org; Fri, 11 Sep 2020 08:09:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGhs3-0003eB-D0 for 43299@debbugs.gnu.org; Fri, 11 Sep 2020 08:09:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=1DNcqW5PrK23PnjLvUKVCxpXhuz4vaN44F6lliE3tEg=; b=otfQRZuDl1lP1H9AWhUErj6SUg Eb9IrEK0vcSBGdS2kmjxzC85BqDwFPDbCfzkqj0/TxumcowSmc3uxBiUvvhGZ1OL1js6C2JE+mpmS ijcxn5wLnYy/DpP0g+d4fPsRAAd8TF8Llo7TN4dwrsIGhjJ3z6xCpp2Pqw/LNj1TAnNA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGhru-0001oi-Be; Fri, 11 Sep 2020 14:09:33 +0200 From: Lars Ingebrigtsen To: Amin Bandali Subject: Re: bug#43299: 28.0.50; message-newline-and-reformat does not insert space after citation prefix References: <877dt24orw.fsf@gnu.org> <877dt148zo.fsf@gnus.org> <87363ppapp.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAMFBMVEUaGBomIyQ2MTId HCFaUUwhHiAhHB4ODA42Ih5kSjqRcVeAWTtPMSypjW60nIX///8gj8uoAAAAAWJLR0QPGLoA2QAA AAd0SU1FB+QJCwsqGgVMzPcAAAGKSURBVDjLdZA/T8JAGMbfivwzDFbTwcHBi6MmJP0CSjo5lZDr XIZ2cqiDsjgwkejooDjwAYhonI0Di8QB3KkeH4BEP4PXFo732uMZru3zu+ee9woaUehA3wXtkFhp l8sGzbKsU/5OdmJXj2V4wMFiDxalEYBm2ne8Kge1TMBzAaKEVasjt27YTuTDBa9IQLJS348DcEls TzeoQfksfHuyO9IV0Q2HUqpzxn0XAVKAgsdtp6kbtvAhIITvyvuO4xV0cBFIHjzl3jyNPyGrgv94 9N5RAG1jUBlA5iheUz45/wHVUXvk+hW2FeB2PnlQJeArDIdK8ML6bWXHbP48El/VFcjP2PfH8iOH gMb+uq4K5Fk47qgAPLOBr+qoMDbF5eKXlHqz33tVAo7ZtK3sKL91xXvOxFdE05oSOFtNazYw6PVF RE5MQlFuonH5WAhIiX02VJdvhSMRaMigLRIS2EQdEijdrbkHmlAuR2qsA2sTZi5ai61YQZACCz+W dFQLC4rBEhRbaS3OzIJY/3sEjAf8ow9GAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTExVDEx OjQyOjI2KzAwOjAwLlEI9gAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOS0xMVQxMTo0MjoyNisw MDowMF8MsEoAAAAASUVORK5CYII= X-Now-Playing: Melanie de Biasio's _No Deal_: "With All My Love" Date: Fri, 11 Sep 2020 14:09:29 +0200 In-Reply-To: <87363ppapp.fsf@gnu.org> (Amin Bandali's message of "Thu, 10 Sep 2020 17:45:38 -0400") Message-ID: <87d02szf9i.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Amin Bandali writes: > Thanks, it does seem to cover this case. But now, there's a trailing > single space after the first '>' with no other characters after it. > Would it make sense to remove that once the filling/refor [...] 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: 43299 Cc: 43299@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 (-) Amin Bandali writes: > Thanks, it does seem to cover this case. But now, there's a trailing > single space after the first '>' with no other characters after it. > Would it make sense to remove that once the filling/reformatting of the > paragraph is done? Hm... I guess that's possibly (but sounds a bit finicky), but I'm not sure that's necessarily more correct than the old behaviour. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 15 10:32:11 2020 Received: (at 43299) by debbugs.gnu.org; 15 Sep 2020 14:32:11 +0000 Received: from localhost ([127.0.0.1]:60082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIC0B-00061I-HC for submit@debbugs.gnu.org; Tue, 15 Sep 2020 10:32:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIC09-000616-Gw for 43299@debbugs.gnu.org; Tue, 15 Sep 2020 10:32:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46107) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kIC04-0002Q4-6P; Tue, 15 Sep 2020 10:32:04 -0400 Received: from [2607:fea8:3fdf:f688::8] (port=51898 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kIBzk-0000e4-KT; Tue, 15 Sep 2020 10:32:02 -0400 From: Amin Bandali To: Lars Ingebrigtsen Subject: Re: bug#43299: 28.0.50; message-newline-and-reformat does not insert space after citation prefix Organization: GNU References: <877dt24orw.fsf@gnu.org> <877dt148zo.fsf@gnus.org> <87363ppapp.fsf@gnu.org> <87d02szf9i.fsf@gnus.org> Date: Tue, 15 Sep 2020 10:31:43 -0400 In-Reply-To: <87d02szf9i.fsf@gnus.org> Message-ID: <87bli7kt68.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43299 Cc: 43299@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 (---) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Lars Ingebrigtsen writes: > Amin Bandali writes: > >> Thanks, it does seem to cover this case. But now, there's a trailing >> single space after the first '>' with no other characters after it. >> Would it make sense to remove that once the filling/reformatting of the >> paragraph is done? > > Hm... I guess that's possibly (but sounds a bit finicky), but I'm not > sure that's necessarily more correct than the old behaviour. I think it would be more consistent, if not necessarily more correct, to not insert that extraneous whitespace. Also, I've noticed another side effect of this change: now even short lines after point get filled, which is rather annoying. For instance, if you put the cursor after the first '>' and hit M-RET =2D-8<---------------cut here---------------start------------->8--- > > Regards, > X > Y =2D-8<---------------cut here---------------end--------------->8--- you get: =2D-8<---------------cut here---------------start------------->8--- > >=20 > Regards, X Y =2D-8<---------------cut here---------------end--------------->8--- IMO filling should only be done when the line length exceeds the line length limit, like it did before this change. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJEBAEBCAAuFiEEObM8jZRIDS3cwqSYi0Sgzce5VvIFAl9g0E8QHGJhbmRhbGlA Z251Lm9yZwAKCRCLRKDNx7lW8o1zEACeaCHdNcxo7EqXBqPGCpd9VWoxH5MTuXu2 YJwpIdkh3ZhXXqqgPXA94n7vEzpt7orw3ZHsWo270XiExuvf0Jmk19xk0rQDpb86 BLsF2N47hlEVf+RI3zFxLDsCwTAjoRfrA57i1iNDZwK7nJajgLRje3pBydFbwpDC SDLZek2RKYeQllIGIN7pBa+OlBD7+uwucXg9I+TXu9CMnyXkuTScxnJlEUbEQev9 O7YOYXUYvMcSXOWjvdjRysSLH6Z1w3I0aMCYcgaWdsA/ahx9Qf+iWQmYU3uqbta+ /GIE8PCbxnOQRWR/WemuHji/EgVecwmSOyqRxOIVS00gQxZ0rsixlt+2pZq1OR5A 8mUZltEf/X/UNgML0qBx7MUYlQhY/tREf2VT+WgtWrWJ50++JorukHKZoxjipaIg rDfVWpEM9RSA+Nry7QHkJVCPyIrKMDXmWQxta1PJoXumLFEInTzKLqWxcUrSJF9R s3BzMGg45eIr5JkJ+GIvzj9PqRxypYyqSjG44XXvrYCMFEiuFYEsgDJI5DRMnkFn NlD1YEuIarfzZjAeV+HRIwHvrfF+O17ssGehUH4nQ9QaK8Zcgj1CsJ2XL2VpDgfx PyF9BkYtZCwrDtuFmLC2mB9m3r76+3v2wLXK4QYlClLME20ZZqOUyfoovwqEH09a CT34D47FHg== =wIMM -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 17 10:35:45 2020 Received: (at 43299) by debbugs.gnu.org; 17 Sep 2020 14:35:45 +0000 Received: from localhost ([127.0.0.1]:38536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIv0i-0000Zx-RE for submit@debbugs.gnu.org; Thu, 17 Sep 2020 10:35:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kIv0f-0000Zh-ND for 43299@debbugs.gnu.org; Thu, 17 Sep 2020 10:35:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+1emaFQyCfjcbOMTpp8uKzZl/6pyui6ZTLl4Uli79uY=; b=QVN4/h1YywnR9aTBbETH5C5wna N6jUxWHm5eJiP6/ZgLsf2EX6u8a2+IZSaY/5l3qgG8Wpg38RhGlwu7Nhb5H96vmq1oRNPRoFdkqV1 xQYJ9UNJpalbLKH1Q8tDPySotmSgC2na+WpYYf4qL0h0H9VpAeztiiOqOH0hUjnYx4w0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kIv0W-0001O9-Bd; Thu, 17 Sep 2020 16:35:35 +0200 From: Lars Ingebrigtsen To: Amin Bandali Subject: Re: bug#43299: 28.0.50; message-newline-and-reformat does not insert space after citation prefix References: <877dt24orw.fsf@gnu.org> <877dt148zo.fsf@gnus.org> <87363ppapp.fsf@gnu.org> <87d02szf9i.fsf@gnus.org> <87bli7kt68.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVnW0eDb19dUDc1 Jhj///+WTBM/AAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJEQ4iK6UkM9UAAAF1SURBVDjLbVSLccUw COPoAh2Bwwv07P13K5KM4/TVSd7LIT4CdDGzb8OJejzDM7NePUzHLaOuTKsbgG/vaO86nnDUiXQA hgCmQmjlq8vpSnMFlLVyV5Zkog047AkAkQzfQEHOCNAJEGsoyib+JCFWBn8wg/sqw6h7LfwxHaqM Ndf7TBD3BsZjn8mu/eUNfAZnlYgYSje/+AtOSAVkvmuYgD+nOgGCiF1n3kBH3Ky4ohgkskYe4IcA G16TndcQit8IAWC2V04yof159t71yllRBNjWA2DCiqgmhTjGHr0rJu5knmdV0g71wv0cwE96OUgl h05YRwpANX+AR0BQKy1i3BKNU0QDKM34knZDwm5AdKeUeqq7XYLL3bJpLVcbPaViswc9pvzPLKhi 06x6/qiNet0gBdWtc5y+Re1FN/ypWebxouVHA2Nh6UklSqEfB11eETcQ/wOLqvAPKyKK5SeASV7F h4z7s4EJ/nHn7Nn3sQ0x1YfmFzGYeI6zxyNdAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTE3 VDE0OjM0OjQzKzAwOjAw0J2R5QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOS0xN1QxNDozNDo0 MyswMDowMKHAKVkAAAAASUVORK5CYII= X-Now-Playing: Consolidated's _Dysfunctional_: "Message To The People (12" Mix)" Date: Thu, 17 Sep 2020 16:35:31 +0200 In-Reply-To: <87bli7kt68.fsf@gnu.org> (Amin Bandali's message of "Tue, 15 Sep 2020 10:31:43 -0400") Message-ID: <87een0qxn0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Amin Bandali writes: > Also, I've noticed another side effect of this change: now even short > lines after point get filled, which is rather annoying. For instance, > if you put the cursor after the first '>' and hit M-RE [...] 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: 43299 Cc: 43299@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 (-) Amin Bandali writes: > Also, I've noticed another side effect of this change: now even short > lines after point get filled, which is rather annoying. For instance, > if you put the cursor after the first '>' and hit M-RET > >> >> Regards, >> X >> Y > > you get: > >> > >> >> Regards, X Y > > IMO filling should only be done when the line length exceeds the line > length limit, like it did before this change. That's just because you hit `M-RET' on the ">" line. If you hit it anywhere else, all the lines are filled. So it's just more consistent. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 21 12:16:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 16 Oct 2020 11:24:09 +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