From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.bugs Subject: bug#57400: 29.0.50; Support sending patches from VC directly Date: Tue, 04 Oct 2022 18:08:04 +0000 Message-ID: <877d1ftqbf.fsf@posteo.net> References: <84v8qgn1z9.fsf@iki.fi> <87h71zo3p8.fsf@posteo.net> <87sfljmgwz.fsf@posteo.net> <87y1twvima.fsf@posteo.net> <878rlw681a.fsf@gnus.org> <87r0zovbzr.fsf@posteo.net> <87mtacvag8.fsf@posteo.net> <83r0zow0nl.fsf@gnu.org> <87a66cukrs.fsf@posteo.net> <83bkqsvx18.fsf@gnu.org> <87y1tvub1k.fsf@posteo.net> <83y1tvvksd.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="1056"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 57400@debbugs.gnu.org, ane@iki.fi To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 04 20:09:47 2022 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 1ofmMV-000Acz-MS for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 04 Oct 2022 20:09:47 +0200 Original-Received: from localhost ([::1]:48086 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ofmMU-0006wG-AR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 04 Oct 2022 14:09:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38532) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ofmLm-0006vW-ID for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2022 14:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56082) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ofmLm-0003HJ-9p for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2022 14:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ofmLm-0005hr-3I for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2022 14:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philip Kaludercic Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Oct 2022 18:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57400 X-GNU-PR-Package: emacs Original-Received: via spool by 57400-submit@debbugs.gnu.org id=B57400.166490689721887 (code B ref 57400); Tue, 04 Oct 2022 18:09:02 +0000 Original-Received: (at 57400) by debbugs.gnu.org; 4 Oct 2022 18:08:17 +0000 Original-Received: from localhost ([127.0.0.1]:55160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ofmL2-0005gw-JF for submit@debbugs.gnu.org; Tue, 04 Oct 2022 14:08:17 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]:54507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ofmL1-0005gf-53 for 57400@debbugs.gnu.org; Tue, 04 Oct 2022 14:08:15 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C3A1F240028 for <57400@debbugs.gnu.org>; Tue, 4 Oct 2022 20:08:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1664906888; bh=tgO99AUD4iqabVDqVG22bJxmaWq+q2NWgxFDBsJ79Ac=; h=From:To:Cc:Subject:Autocrypt:Date:From; b=aVkvaQhuJ/rg13SIv3qDXej0NK5CUXwzkHEak+n9gamIBswDBPmC3Bt5XtG3jH4/2 MRD+BOsyjrrHJ/VURWjH/Ze4ilwGLFrHZW3SohNXOPCyXnjErP0zBCoRQr/VnfF2Yn ZmtfPBioIJj2nmtaAG2ytJU+RzhDiJGfPA+3eLfYXkB88oOH/j2JXfshXmnzUzZHWI L72jHL8k4AqcmhrwzDuA7r4aQByk3HiL2SKaB02t0sfx1ZGOT+xG6tdJhsoyQa2MyH vqTGOB88F+u5MxCG3K3aOXzTRS2t/X1wPZ9DAszgqvRB+/crBVsz6+tfigchSf2AEg t5ISmr+SIF/2g== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Mhm051s2Sz9rxN; Tue, 4 Oct 2022 20:08:05 +0200 (CEST) In-Reply-To: <83y1tvvksd.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 04 Oct 2022 15:24:34 +0300") Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB 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:244464 Archived-At: (not sure if my last message got send out, so I'll rewrite it) Eli Zaretskii writes: >> From: Philip Kaludercic >> Cc: larsi@gnus.org, 57400@debbugs.gnu.org, ane@iki.fi >> Date: Tue, 04 Oct 2022 10:40:23 +0000 >> >> Eli Zaretskii writes: >> >> > Can you ask more specific questions? Are you looking for a generic >> > way of doing what message-goto-body does? >> >> Kind of, I would like to have some function that would place the point >> at the beginning of the message body, no matter what MUA is used. From >> what I see, the implicit assumption always is that a message is composed >> in a single buffer where the headers are written out at the beginning of >> the buffer, then there is some kind of to detect the end of the headers, >> followed by the body. But what if a MUA wants to use a separate buffer >> for the headers and the body, placing them in two separate windows? >> What if the headers aren't shown at all? If I want to handle the >> situation generically, it seems like I would have to take all the design >> decisions into consideration. > > Do you happen to know about such MUAs? mail-user-agent currently > supports just 4 MUAs: do any of them work like above? Not to my knowledge, but my concern was that it might be possible for something like that to exist. I'll ask around to find out. > We could bite the bullet and make this operation a property of > mail-user-agent, like 'composefunc' we already have (see the doc > string of define-mail-user-agent for the full list). But if > rfc822-goto-eoh can do the job, maybe it's "good enough"? If you think so, then I'll follow that. >> > If so, would >> > rfc822-goto-eoh do the job? >> >> It doesn't seem to do the same, as in message-mode, it jumps to the >> beginning of the "--text follows this line--" line, not to the line >> after it. > > Well, moving one line after that, if this is the line you get to with > that function, is easy. Don't all MUAs have that line? Perhaps, but again not by necessity, just by (historical) chance.