From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Amin Bandali Newsgroups: gmane.emacs.bugs Subject: bug#43299: 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 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8314"; mail-complaints-to="usenet@ciao.gmane.io" To: 43299@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 09 23:36:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1kG7lB-00024O-TJ for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Sep 2020 23:36:09 +0200 Original-Received: from localhost ([::1]:55240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG7lA-0006V1-Ve for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Sep 2020 17:36:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39708) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG7l4-0006Ue-7Q for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:36:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51650) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kG7l3-0004TV-US for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:36:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kG7l3-0000gl-Qx for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 17:36:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Amin Bandali Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Sep 2020 21:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 43299 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.15996873342596 (code B ref -1); Wed, 09 Sep 2020 21:36:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 9 Sep 2020 21:35:34 +0000 Original-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 Original-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 Original-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 Original-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 Original-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 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:187705 Archived-At: 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. "> ".