From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.bugs Subject: bug#38289: 27.0.50; C-c C-w not working if signature from gnus-posting-styles applies Date: Fri, 22 Nov 2019 10:20:08 -0800 Message-ID: <871rtzbwo7.fsf@ericabrahamsen.net> References: <87o8x73v3l.fsf@gnu.org> <87eey1z6r0.fsf@gnus.org> <87ftih6k46.fsf@gnu.org> <87k17svnkf.fsf@gnus.org> <87y2w8u88n.fsf@gnus.org> <8736eg4fr5.fsf@ericabrahamsen.net> <87sgmgrsqn.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="207706"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Amin Bandali , 38289@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 22 19:40:35 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iYDr4-000roL-8G for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Nov 2019 19:40:30 +0100 Original-Received: from localhost ([::1]:54180 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYDr2-0002Uw-EY for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Nov 2019 13:40:28 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38117) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iYDYJ-0006PM-Sr for bug-gnu-emacs@gnu.org; Fri, 22 Nov 2019 13:21:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iYDYH-0005ES-Vm for bug-gnu-emacs@gnu.org; Fri, 22 Nov 2019 13:21:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46653) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iYDYH-0005EH-GY for bug-gnu-emacs@gnu.org; Fri, 22 Nov 2019 13:21:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iYDYE-0008Ie-Hm; Fri, 22 Nov 2019 13:21:05 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eric Abrahamsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Fri, 22 Nov 2019 18:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38289 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: fixed Original-Received: via spool by 38289-submit@debbugs.gnu.org id=B38289.157444682131836 (code B ref 38289); Fri, 22 Nov 2019 18:21:02 +0000 Original-Received: (at 38289) by debbugs.gnu.org; 22 Nov 2019 18:20:21 +0000 Original-Received: from localhost ([127.0.0.1]:55474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iYDXZ-0008HQ-90 for submit@debbugs.gnu.org; Fri, 22 Nov 2019 13:20:21 -0500 Original-Received: from ericabrahamsen.net ([52.70.2.18]:40736 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iYDXU-0008H9-Pw for 38289@debbugs.gnu.org; Fri, 22 Nov 2019 13:20:19 -0500 Original-Received: from localhost (c-73-254-86-141.hsd1.wa.comcast.net [73.254.86.141]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 84724FA01D; Fri, 22 Nov 2019 18:20:10 +0000 (UTC) In-Reply-To: <87sgmgrsqn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 22 Nov 2019 13:38:24 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:172251 Archived-At: Lars Ingebrigtsen writes: > Eric Abrahamsen writes: > >> How about a Gnus-specific minor-mode to run in message buffers that are >> expected to be tied to Gnus? Like gnus-message-minor-mode, whatever. The >> minor mode could do two things: > > That does sound cleaner than the current Gnus/Message integration, which > is based inserting some text in the buffer, and then locally setting a > bunch of Message variables to disable the default action. > > But I'm not sure how it would look in practice. Well I certainly didn't spend a lot of time thinking about it :) >> 1. Hook into header completion, so that completing a mail address in >> any of the To/From/Cc/Bcc fields would run the whole message through >> gnus-posting-styles again, possibly re-writing other parts of the draft >> message. > > Hm... I'm not sure I see how that would work. The posting styles just > insert a bunch of stuff and can eval whatever. I'm not sure exactly how it would look either, but I believe that with some refactoring, we could trigger a change of sending "profile" based on completions of To/From addresses. Ideally re-using what people have already got in their posting styles. There are a few external packages out there that provide for "personas", it's a definite need. I could put it on the list of things to think about. >> The beautiful future I'm imagining is that an nnimap server queries its >> remote server for "special use" mailboxes, so that it knows which of its >> groups is \Drafts, which is \Sent, etc. Now we save the message as a >> draft, and the minor mode first checks with the X-Gnus-Server: "can you >> handle drafts?" The server can! Or it can't, and the message goes into >> nndraft. Or the message is sent, and if there's no Gcc, the minor mode >> asks the server, "Can you archive this somewhere?" And hey, maybe the >> server can. >> >> All this confined to a minor-mode, of course. > > It sounds a bit abstract -- would it ignore nndrafts if the IMAP server > has \Drafts? (Auto-saving over nnimap isn't recommended, really.) Actually I think this part would be much more straightforward to implement. We decide on a priority for the various headers -- ie, an explicit Gcc beats a X-Gnus-Server that can handle sent message, for drafts maybe X-Draft-From comes into play -- and then just run through what's in the message buffer. For drafts I think it would be easy enough to have the auto-save process save the message to nndrafts, while explicit "C-x C-s", "C-c C-d" and the gnus-quit prompt would check the server for draft capability and give that priority. Shall I open a wishlist bug report for this? Or keep it to myself? Eric