Ticket created by ~bourgeois_bear on ~rjarry/aerc
I can navigate between messages, step-by-step, in Message View, but as soon as I reach the end of the current page in the Message List, the subsequent call to :next closes the Message Viewer and kicks me back to the Message List.
Is there a reason for this, or is it a bug? If it is a bug, I already have a fix.
Comment by ~bourgeois_bear on ~rjarry/aerc
And come to think of it, a new command for specifying the opener on an as-needed basis. Something like:
:open-ex firefox %s
If classic
:open
weren't a direct flags pass, we could just add a flag to it for specifying the opener. But doing so at this point might break things for some people, so that's why I'm suggesting a new command.
Comment by ~bourgeois_bear on ~rjarry/aerc
@~q3cpma: re: open-link:
So if I have a
open-overrides
file in my aerc config dir with the following contents:text/html; /path/to/preferred/browser %s
Both
:open
and:open-link
could use that command, while if that file is missing, or exists without atext/html
line, both will revert to xdg-open functionality. I believe in the average case, this would be the most convenient approach, but I'm almost certain someone will want different behavior between:open
and:open-link
, so ultimately, I think overriding the:open-link
provider should be a one-liner in the primary config file, and have myopen-overrides
file only apply to:open
.
On Thu Sep 22, 2022 at 3:26 AM CEST, ~bourgeois_bear wrote:
@q3cpma :open-link is not in my man doc. Is that for opening URLs?
@rjarry: as far as implementation goes, I think something like
.mailcap
, but for openers instead of filters--specifying mime type, command, flags (like %s & %t inman 5 mailcap
). Unspecified mime types revert toxdg-open
. How does that sound?-- View on the web: https://todo.sr.ht/~rjarry/aerc/64#event-206643
Yeah, it's missing from the main man page, but aerc-config(5) does mention it.
Comment by ~bourgeois_bear on ~rjarry/aerc
@q3cpma :open-link is not in my man doc. Is that for opening URLs?
@rjarry: as far as implementation goes, I think something like
.mailcap
, but for openers instead of filters--specifying mime type, command, flags (like %s & %t inman 5 mailcap
). Unspecified mime types revert toxdg-open
. How does that sound?
Ticket created by ~bourgeois_bear on ~rjarry/aerc
Two unfortunate issues with notmuch mode:
my folders aren't automatically listed in the sidebar. I have to add them manually with
query-map
.can't move items to a folder.
I think it would be nice if notmuch were an extension to maildir/maildirpp mode instead of an alternative to it. (i.e. retain full maildir functionality, but lean on notmuch for searching / tagging)
Comment by ~bourgeois_bear on ~rjarry/aerc
And of course, carry whatever we do in the config file over to the :open command (probably has to be a new variation of it, since the original :open passed flags) for specifying the opener as well.
Ticket created by ~bourgeois_bear on ~rjarry/aerc
For sent items, I think displaying the recipient is more useful:
[ui:folder=Sent] index-format=%D %-17.17t %Z %sNot sure if the flags are of much value at that point either:
[ui:folder=Sent] index-format=%D %-21.21t %sThis is a suggestion rather than a request btw.
Comment by ~bourgeois_bear on ~rjarry/aerc
And having printf-style substitutions available (at least full path to file [single vs. multiple like xdg .desktop spec]) would also be a plus, since with a few strange programs the last parameter isn't necessarily the input.
Comment by ~bourgeois_bear on ~rjarry/aerc
Basically a riff on [filters], but for opening things. If not specified for a given mime type, revert to present xdg-open-style functionality. I think tempfiles would be better than piping for this particular feature, since a lot of programs don't have a simple way of pulling input from stdin (like browsers). That's some of the awkwardness of what I'm already doing--making a shell script just to snag stdin to a file & clean up afterward.