[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[elpa] externals/gnorb 6152e85 059/449: Comments on editing messages
From: |
Stefan Monnier |
Subject: |
[elpa] externals/gnorb 6152e85 059/449: Comments on editing messages |
Date: |
Fri, 27 Nov 2020 23:15:08 -0500 (EST) |
branch: externals/gnorb
commit 6152e853e4b51fe2ac7ab445e1a727803bc567f1
Author: Eric Abrahamsen <eric@ericabrahamsen.net>
Commit: Eric Abrahamsen <eric@ericabrahamsen.net>
Comments on editing messages
I was considering editing received messages to add the Org ID header,
but it doesn't look like you can edit IMAP messages without major
destruction, so I'm probably going to drop this experiment. Everything
is commented out.
---
lisp/gnorb-gnus.el | 46 +++++++++++++++++++++++++++++++++++++++++++++-
1 file changed, 45 insertions(+), 1 deletion(-)
diff --git a/lisp/gnorb-gnus.el b/lisp/gnorb-gnus.el
index 085c09e..b000d8b 100644
--- a/lisp/gnorb-gnus.el
+++ b/lisp/gnorb-gnus.el
@@ -162,12 +162,56 @@ save them into `gnorb-tmp-dir'."
(add-hook 'org-capture-mode-hook 'gnorb-gnus-capture-attach)
+;;; Try to save the capture heading id into the message as a custom
+;;; header.
+
+;; Actually, let's leave this as a WIP for now, and have a think about
+;; it.
+
+;; Possible workflow: multiple Org headers can be saved into a single
+;; received Gnus message (but editing received messages is a pain in
+;; the butt, and often doesn't work). That can be done either by
+;; capturing from the message (ie creating a new Org heading), or by
+;; using the (as-yet unwritten) `gnorb-gnus-add-org-heading' (ie
+;; adding the ID of an existing Org heading). If that message is
+;; replied to from within Gnus (you didn't use
+;; `gnorb-org-handle-mail'), then all Org ID headers are carried over
+;; into the reply, and then when the message is sent, all the relevant
+;; IDs are prompted for TODO state-change. If you use
+;; `gnorb-org-handle-mail' to reply to a message, then only the
+;; heading you "depart" from gets prompted -- any other headings are
+;; left alone.
+
+;; Except maybe that doesn't make sense. Maybe all linked headings
+;; should be visited and prompted. Hmm...
+
+;; Also, when a message is sent, we should automatically push a link
+;; to the sent message onto the link stack. That way, when we're
+;; returned to the TODO and prompted for state change, a link to our
+;; message can be inserted into the state-change log.
+
+;; The model we're looking for is a single heading representing an
+;; email conversation, bouncing back and forth between REPLY and WAIT
+;; (for instance) sates, with each state-change logged, and a link to
+;; the relevant message inserted into each log line. This might not
+;; even require editing received messages at all.
+
+;; (defun gnorb-gnus-insert-org-header ()
+;; (let ((id (org-id-get-create)))
+;; (with-current-buffer
+;; (org-capture-get :original-buffer)
+;; (when (memq major-mode '(gnus-summary-mode gnus-article-mode)))
+;; (gnus-with-article-buffer
+;; ))))
+
(defun gnorb-gnus-capture-abort-cleanup ()
(when (and org-note-abort
(org-capture-get :gnus-attachments))
(condition-case error
(progn (org-attach-delete-all)
- (setq abort-note 'clean))
+ (setq abort-note 'clean)
+ ;; remove any gnorb-mail-header values here
+ )
((error
(setq abort-note 'dirty))))))
- [elpa] externals/gnorb ac392c0 053/449: Leave point in body of message replies, (continued)
- [elpa] externals/gnorb ac392c0 053/449: Leave point in body of message replies, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb e05fafe 054/449: `gnorb-org-popup-agenda-popup-bbdb' keybinding, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 32a88b8 061/449: Wishlist item for outgoing messages, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 5ba5ce4 062/449: Rework gnorb-org-restore-after-send, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 8246cd4 064/449: Restore from mails more reliably, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 89b57f0 066/449: Whoops., Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 9f13881 067/449: First whack at gnorb-gnus-message-trigger-todo, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb e472348 073/449: New hook gnorb-org-after-message-setup-hook, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb a165584 041/449: Handle return from mail sending better, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 7ffc885 043/449: Commenting out my re-implementation of map-y-or-n-p, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 6152e85 059/449: Comments on editing messages,
Stefan Monnier <=
- [elpa] externals/gnorb d786b81 063/449: Random comment edits and indenting changes., Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 77698aa 071/449: Split 'gnorb-org-email-subtree-parameters', Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 3a2cd3b 072/449: Improve scanning of headings for mail actions, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb bb21414 075/449: Provide more escapes for outgoing capture templates, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb cd1f289 076/449: Guess which Org TODO is related to this message, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 856da2b 077/449: Improve `gnorb-gnus-outgoing-make-todo', Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 5812648 078/449: FUNCTION RENAMING, I'M VERY SORRY, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 582c111 080/449: Let gnorb-gnus-check-outgoing-headers handle news, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb 92354d0 082/449: Allow use of some org-mime properties, Stefan Monnier, 2020/11/27
- [elpa] externals/gnorb b81f3e2 083/449: Don't assume any ID references on incoming messages, Stefan Monnier, 2020/11/27