all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: Amin Bandali <bandali@gnu.org>, 38289@debbugs.gnu.org
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	[thread overview]
Message-ID: <871rtzbwo7.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <87sgmgrsqn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 22 Nov 2019 13:38:24 +0100")

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> 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





  reply	other threads:[~2019-11-22 18:20 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-20  6:44 bug#38289: 27.0.50; C-c C-w not working if signature from gnus-posting-styles applies Amin Bandali
2019-11-21 13:41 ` Lars Ingebrigtsen
2019-11-21 20:38   ` Amin Bandali
2019-11-21 23:04     ` Lars Ingebrigtsen
2019-11-21 23:20       ` Lars Ingebrigtsen
2019-11-22  5:55         ` Eric Abrahamsen
2019-11-22 12:38           ` Lars Ingebrigtsen
2019-11-22 18:20             ` Eric Abrahamsen [this message]
2019-11-23 12:01               ` Lars Ingebrigtsen
2019-11-23 14:19                 ` Eric Abrahamsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871rtzbwo7.fsf@ericabrahamsen.net \
    --to=eric@ericabrahamsen.net \
    --cc=38289@debbugs.gnu.org \
    --cc=bandali@gnu.org \
    --cc=larsi@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.