[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#23184: 25.0.92; User-friendly way to override doc-view-mode as MIME

From: Tassilo Horn
Subject: bug#23184: 25.0.92; User-friendly way to override doc-view-mode as MIME viewer
Date: Sat, 09 Apr 2016 12:21:35 +0200
User-agent: AquaMail/ (build: 26000005)

Hi Teemu and Eli,

that's exactly my intention: have a simple way to override emacs heuristic choices in case where they don't match the user's expectations. So in your case, you'd be fine with just a single entry for application/pdf and your preferred viewer.

The problem with an option to simply use ~/.mailcap is that in there, you cannot use emacs viewers at all.


Am 9. April 2016 11:47:50 schrieb Eli Zaretskii <address@hidden>:

From: Teemu Likonen <address@hidden>
Date: Sat, 09 Apr 2016 12:27:38 +0300
Cc: address@hidden

> (2) Or maybe we could add a customizable list `mailcap-user-mime-data'
>     (better name welcome) which would override `mailcap-mime-data',
>     i.e., if a viewer is specified there, then `mailcap-mime-data' with
>     the heuristics around it won't even be consulted.

> Any better suggestions?  If not, I can do that.  (In case I'd implement
> that, should that go only into master or emacs-25?)

I don't oppose mailcap-user-mime-data but I think user shouldn't be
forced to duplicate his mailcap configuration inside Emacs.

Does that suggestion really require duplication, or does it require to
have only those (hopefully few) entries that override the default?

User already has his system's mailcap settings and many programs
respect that. Why doesn't Emacs? (Ok, it does but with its own
preferences of doc-view-mode etc.)

Because doc-view-mode is specific to Emacs?

How about a variable like mailcap-prefer-system-mailcap with a non-nil
value would put the priority of doc-view-mode (and every viewer Emacs
offers) below system's mailcap configuration?

That'd still require a separate customization in Emacs, so I wonder
how it is better than what Tassilo proposed.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]