debian/notmuch
1
0
Fork 0
mirror of https://git.notmuchmail.org/git/notmuch synced 2024-11-22 02:48:08 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions

TODO: Capture some recent ideas expressed on the mailing list.

Browse source 
There's a potential simplification of notmuch-reply.c and some emacs
improvements that might require extending message-mode to a
notmuch-message-mode.
This commit is contained in:
Carl Worth 2010-04-13 10:10:37 -07:00
parent 452fbedcd5
commit 85baeb6375
1 changed files with 13 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

13
TODO
View file

@ -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