unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Anton Khirnov <anton@khirnov.net>
To: Johannes Larsen <mail@johslarsen.net>, notmuch@notmuchmail.org
Subject: Re: announce: my fork of alot
Date: Mon, 17 May 2021 10:54:09 +0200	[thread overview]
Message-ID: <162124164914.29687.9843712933198261750@lain.red.khirnov.net> (raw)
In-Reply-To: <162120295414.413287.3651014308009746203@hue.johslarsen.net>

Quoting Johannes Larsen (2021-05-17 00:09:14)
> > - various architectural restructurings which were needed for the above
> >   or to allow for future changes (I have a large TODO list left)
> 
> I for one at least would be very interested in hearing what sort of
> feature you plan in the road map ahead.

Here's my current roadmap:

general
-------
* statusbar notification about outstanding async tasks
* more async
    - pass current context to commands:
      now that write operations are async, it is possible for a user to execute a command,
      then move focus
      since the command retrieves the focus (and hence the item to act on) by itself,
      the focus item by the time the command executes might different from the one the user
      intended to target
    - commands themselves should probably be synchronous and only launch
      async tasks where appropriate
      this is necessary to prevent races where a later command conflicts
      with an earlier one
    - indicator of outstanding async operations in statusbar
    - db operations (in a thread)
    - buffer/widget construction
    - message loading/processing
* atomic complex retagging commands
  e.g. add+remove in the same command
* refactor command implementation
    - make them tied to a buffer instead of global
    - number-prefixing commands (like in vim),
      e.g. to allow operating on message/thread <N>
* eliminate helper - it's a mess of random unrelated stuff that should be
  properly organized
* better mouse support
* do something more useful with status bar -- display tabs?
* running external commands in a separate tmux pane/terminal
    - tmux does not have a simple way of "wait for pane to exit"
      but tmux wait-for might be usable
* rethink keypress handling
* improve logging
    - trace and verbose levels
    - logger per object
    - more comprehensive
    - log errors/warnings as ui notifications automatically
* look into the use of email.charset, it looks suspicious
* rename and fork?
* tests
* documentation
* look into dropping twisted
    - replace with asyncio event loop?
      there are urwid performance issues, due to urwid idle horror
* review hooks
    - kill off those that get access to too much private state (e.g. ui)
    - enums for hooks
* look at prompt command
* look at https://github.com/pazz/alot/pull/1546

thread
------
- search+highlight
- properly handle focus switching between the thread tree and message body
    * message select vs attachment open
    * better styling for which one is focused
- better attachment styling
    * kill off highlightable widgets
- elinks encoding fuckery
  id:1f6d7111-4b01-42de-93da-7c3536715527@atl1s07mta1444.xt.local
- auto-page copiousoutput attachments
- color improvements
    * allow disabling all coloring
    * custom highlighting hooks
    * color HTML rendered by elinks/w3m
    * pygments
        * terminal256
        * configurable theming
        * more configurable lexer detection (custom hook?)
    * assign colors to authors
      for large/many-author threads only?
- folding improvements
    * better styling for folded part
    * smarter quote level detection
        - consider messages in references header?
    * some indicator for current foldlevel?
    * individual folds
    * folding sections of git patches
    * other filetypes?
    * custom folding detection hooks
    * folding in git patch commit messages
    * test case
      167e6c3a-a7f7-4b75-b2dd-00fbface9c33@www.fastmail.com
      060F97E7-6D39-4184-8F05-D59A9F6F3495@googlemail.com
- message exporting sanitization
    decoded - strip transfer-encoding headers
    raw-decrypted?
- better handling of matching vs whole thread
    * make the thread aware of the query it was spawned from (if any)
    * different theming for matching messages?
- better and customizable styling for MIME parts decorations
- prettify headers
    * styling for addresses (name vs mailbox part)
    * styling for subject (styling for [TAG])
    * styling for Date (display in local-preferred format)
- displaying message source should be in the to-be-added message view buffer
- changing indentation levels
- make refresh only refresh changed stuff
    * keep focus
- numbered messages in the thread tree
- scrollbars/scroll indicators
- fix arrow/tree structure theming
  when the tree node spans more than one line
- handle multipart/report better
  sample 20210129131012.A16FD24068A@mail0.khirnov.net
- cleaner way to pass rendering settings through the call stack
- folding parts of the thread tree
  useful for very large and complex threads
- pipeto refactoring
- decoration-less mode for copying long links (like alt-l in weechat)

search
------
- operations on whole threads, not just matching messages
- numbered lines, ability to operate on line <num> directly
- refine is useless - replace with "open modified query in a new buffer"
- retagging tag ordering improvements
    * selected tags to display first/last
- dim threads that no longer match the query
- threadline structure is in the theme, wtf

completion
----------
* commandline history completion by commands
* completing tags with arguments (e.g. --all) is broken
* remove should only complete tags that are present

namedqueries
------------
* count threads
* completion for select

compose
-------
* in a separate tmux pane
* reply including original attachments
* factor out reply code into a module under mail/
* honor_follow_up_to default should most likely be True

new buffer for displaying a single message
------------------------------------------
* full MIME structure
* toggleable rendering for parts

theme files
-----------
* make more user friendly
* inherit from default
* includes?
* referring to previously defined colors

db
--
* use threads+async
    - queries
    - message loading
* refreshing threads is really suspect and probably fragile
    * signal changes and have interested code re-create thread objects
* deduplicate tagging operations code in manager/thread/message
* thorough exception catching for database operations
* better missing email file handling

config
------
* apparently errors on parsing defaults file are swallowed

crypto:
-------
* signature parsing for <CABKe4Msh89xu=xeYEuTNy44xu5+MB07hZ6wz3kSPd15C3OWeeA@mail.gmail.com>
* refactor crypto.py
* report missing keys as such and not as "bad signature"
* special theming for missing keys?

links
-----
* urwid
    * http://urwid.org/reference/widget.html
    * http://urwid.org/reference/main_loop.html
    * https://github.com/urwid/urwid/issues/226
    * https://github.com/rndusr/stig/blob/master/stig/tui/scroll.py
    * https://wiki.goffi.org/w/index.php/Urwid-satext/en
    * https://github.com/wackywendell/ipyurwid/blob/master/urwidpygments.py
* https://cr.yp.to/proto/replyto.html
  look at Mail-Followup-To in detail

-- 
Anton Khirnov

  parent reply	other threads:[~2021-05-17  8:54 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-16 10:19 announce: my fork of alot Anton Khirnov
2021-05-16 11:15 ` Michael J Gruber
2021-05-16 14:42   ` Anton Khirnov
2021-05-16 15:41   ` Patrick Totzke
2021-05-16 17:47     ` Anton Khirnov
2021-05-16 18:23       ` Patrick Totzke
2021-05-17  7:08         ` Patrick Totzke
2021-05-17  7:33           ` Michael J Gruber
2021-05-17  7:54             ` Michael J Gruber
2021-05-17  8:25             ` Anton Khirnov
2021-05-17  8:19           ` Anton Khirnov
2021-05-17  8:28             ` Patrick Totzke
2021-05-17  8:39               ` Anton Khirnov
2021-05-17  9:02         ` Anton Khirnov
2021-05-16 22:09 ` Johannes Larsen
2021-05-16 22:32   ` Felipe Contreras
2021-05-16 23:13     ` Johannes Larsen
2021-05-17  0:23       ` Felipe Contreras
2021-05-17  8:54   ` Anton Khirnov [this message]
2021-05-17 12:32     ` Johannes Larsen
2021-05-17 12:55       ` Anton Khirnov
2021-05-17 19:03         ` Johannes Larsen

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

  List information: https://notmuchmail.org/

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

  git send-email \
    --in-reply-to=162124164914.29687.9843712933198261750@lain.red.khirnov.net \
    --to=anton@khirnov.net \
    --cc=mail@johslarsen.net \
    --cc=notmuch@notmuchmail.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 public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).