Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Attachment "autoviews" #387

Open
romanofski opened this issue Apr 20, 2020 · 1 comment
Open

Attachment "autoviews" #387

romanofski opened this issue Apr 20, 2020 · 1 comment
Labels

Comments

@romanofski
Copy link
Member

Is your feature request related to a problem? Please describe.
Attachments which can be handled in the terminal should be showed directly in the mail view body. At this point in time the AST can not represent any attachments.

For example, if I want to see the textual output of an MS word document and register either pandoc or antiword as a handler, I

a) still need to actually navigate and open the attachment and
b) since it's not piped through a pager I can only see as much as my terminal is high.

Describe the solution you'd like
I think we should also show attachments in the mailview. Perhaps keep them folded by default to avoid always piping and parsing the entire mail with it's sometimes gigantic attachments. On request we can unfold the attachments so it's an easy keypress to see all.

Describe alternatives you've considered
Alternatively - perhaps in a separate card - either support piping through a pager, or better: show the output of the command in a viewport (see UI.Help.Main.hs as an example).

Additional context
None

@frasertweedale
Copy link
Member

So let's keep it simple to begin with: a list (or list-like structure) of inline entities (pre-processed; ready for presentation). Use the mailcap data to grub out entities for inline display (but at most one branch of a multipart/alternative message).

So, things to skip for the initial cut: folding, deferred processing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants