~bourgeois_bear


#90 :next/:prev behavior in Message View 2 years ago

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.

#64 :open, but with ability to specify handler? 2 years ago

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.

#64 :open, but with ability to specify handler? 2 years ago

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 a text/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 my open-overrides file only apply to :open.

#64 :open, but with ability to specify handler? 2 years ago

on ~rjarry/aerc

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 in man 5 mailcap). Unspecified mime types revert to xdg-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.

#64 :open, but with ability to specify handler? 2 years ago

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 in man 5 mailcap). Unspecified mime types revert to xdg-open. How does that sound?

#88 "notmuch + maildir" instead of "notmuch vs maildir" 2 years ago

Ticket created by ~bourgeois_bear on ~rjarry/aerc

Two unfortunate issues with notmuch mode:

  1. my folders aren't automatically listed in the sidebar. I have to add them manually with query-map.

  2. 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)

#64 :open, but with ability to specify handler? 2 years ago

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.

#66 Different layout for Sent folder in default config 2 years ago

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 %s

Not sure if the flags are of much value at that point either:

[ui:folder=Sent]
index-format=%D %-21.21t %s

This is a suggestion rather than a request btw.

#64 :open, but with ability to specify handler? 2 years ago

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.

#64 :open, but with ability to specify handler? 2 years ago

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.