From: Carl Worth Date: Tue, 13 Apr 2010 17:10:37 +0000 (-0700) Subject: TODO: Capture some recent ideas expressed on the mailing list. X-Git-Tag: 0.2~57 X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=85baeb63751a21cd8418165d736d9781be8f8aa1;p=notmuch.git TODO: Capture some recent ideas expressed on the mailing list. There's a potential simplification of notmuch-reply.c and some emacs improvements that might require extending message-mode to a notmuch-message-mode. --- diff --git a/TODO b/TODO index f352faf2..85ef2f58 100644 --- a/TODO +++ b/TODO @@ -36,6 +36,15 @@ Fix i-search to open up invisible citations as necessary. Make '=' count from the end rather than from the beginning if more than half-way through the buffer. +Fix to automatically wrap long headers (for RFC compliance) before +sending. This should probably just be fixed in message-mode itself, +(but perhaps we can have a notmuch-message-mode that layers this on +top). + +Implement Fcc and use it for all messages, (whether a new composition, +a reply, or a forward). This again may require a notmuch-message-mode +that extends message-mode. + Emacs saved-search interface ---------------------------- Here's a proposal Carl wrote (id:87einafy4u.fsf@yoom.home.cworth.org): @@ -138,6 +147,10 @@ Fix to avoid this ugly message: notmuch-generated portion of the warning (so that once GMime is fixed, this is all silent). +Simplify notmuch-reply to simply print the headers (we have the +original values) rather than calling GMime (which encodes) and adding +the confusing gmime-filter-headers.c code (which decodes). + notmuch library --------------- Add an interface to accept a "key" and a byte stream, rather than a