unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Tomas Nordin <tomasn@posteo.net>
To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org
Subject: Re: [PATCH v2] emacs: show: stop display of application/* parts
Date: Sun, 12 Feb 2017 23:53:59 +0100	[thread overview]
Message-ID: <87vasfhvg8.fsf@flaptop.tomnor.org> (raw)
In-Reply-To: <1485596862-32326-1-git-send-email-markwalters1009@gmail.com>

Mark Walters <markwalters1009@gmail.com> writes:

> Gnus seems to display application/zip and application/tar by
> default. This doesn't seem desirable so we override it.
>
> We only override if the user has not customized
> mm-inline-override-types themselves.

But what will we do if the user has not customized it because she
/wants/ to display all possible things inline. I have not seen that this
patch is merged into master, and probably, when I have learned about
this variable, I think maybe it's better not to do it in the notmuch
code.

I wrote this on on the wiki (on my machine). Is it maybe an option to
have it written down there so it is spoken out, and can be linked to at
next complaint. What do you think, should I push it?

I inserted this as a new level 2 heading under the

    Controlling external handlers for attachements

heading. Is that bad? Maybe it breaks links...

1 file changed, 19 insertions(+)
emacstips.mdwn | 19 +++++++++++++++++++

modified   emacstips.mdwn
@@ -26,6 +26,25 @@ adding a .mailcap file in your home directory. Here is an example:
     application/pdf; /usr/bin/mupdf %s; test=test "$DISPLAY" != ""; description=Portable Document Format; nametemplate=%s.pdf
     application/x-pdf; /usr/bin/mupdf %s; test=test "$DISPLAY" != ""; description=Portable Document Format; nametemplate=%s.pdf
 
+## Overriding inline display of certain attachments
+
+If you are annoyed by notmuch showing large attachments like zip files
+with images, you can override the behavior by setting the
+mm-inline-override-types variable like this:
+
+    (setq mm-inline-override-types
+        (cons "application/zip" mm-inline-override-types))
+
+This will prevent the default display of the mime types specified. If
+you would like to make sure that *no* application-ish attachments
+tries to be displayed, then set the variable like this:
+
+    (setq mm-inline-override-types
+        (cons "application/*" mm-inline-override-types))
+
+Do this in any file that loads when emacs load, like in your `.emacs`
+or `.notmuch` file. Also note that this is an emacs user option.
+
 ## Overwriting the sender address
 
 If you want to always use the same sender address, then the following

Happy mailing
--
Tomas

  reply	other threads:[~2017-02-12 22:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-07 21:25 [PATCH] emacs: show: stop display of appliaction/* parts Mark Walters
2017-01-07 23:12 ` Tomas Nordin
2017-01-08 12:22   ` David Bremner
2017-01-08 13:09 ` Tomi Ollila
2017-01-08 17:44   ` Tomi Ollila
2017-01-08 19:52     ` Tomas Nordin
2017-01-08 21:49       ` Tomi Ollila
2017-01-28  9:47         ` [PATCH v2] emacs: show: stop display of application/* parts Mark Walters
2017-02-12 22:53           ` Tomas Nordin [this message]
2017-02-13 14:33             ` David Bremner
2017-02-27  8:31               ` Mark Walters
2017-02-27  9:00                 ` Tomi Ollila
2017-02-27 20:36                 ` Tomas Nordin

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=87vasfhvg8.fsf@flaptop.tomnor.org \
    --to=tomasn@posteo.net \
    --cc=markwalters1009@gmail.com \
    --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).