Re: Recent Emacs doesn't respect my mailcap

[david.goldberg6@verizon.net (Dave Goldberg)]

> Lars Ingebrigtsen <larsi@gnus.org> writes:
>
>> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>>
>>> Lars Ingebrigtsen <larsi@gnus.org> writes:
>>>
>>>> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>>>>
>>>>> In my use case, I've already told Gnus to view the PDF externally by
>>>>> using `gnus-article-view-part-externally'. Given that, and the fact that
>>>>> I've specified an external viewer in ~/.mailcap, it seems a little
>>>>> perverse that I'm still stuck seeing it in Doc View. If I wanted to do
>>>>> that, I could have just called `gnus-article-view-part'!
>>>>
>>>> That does sound like a bug.  Perhaps that command should filter out all
>>>> Lisp functions from `mailcap-mime-data'?
>>>
>>> Or put ~/.mailcap stuff at the front of the list, or maybe just don't
>>> re-sort mailcap-mime-data. I don't think anything fancy needs to be done
>>> -- it should be enough just to *not* mess with mailcap-mime-data.
>>
>> The `-externally' command should work different from the other command,
>> shouldn't it?  Otherwise, what's the point of having two of these
>> commands?
>
> Good point!
>

So I've been silently grumbling about this issue for a couple months, but I've just gotten used to calling ...-view-part-interactively (from the context menu) and running acrobat reader.  docview is really not an option at work (where most of my PDF dealings come from) since my company uses some of the more irritating PDF features like digital signatures.  Whether that's done via view-part or view-part-externally (assuming there's a strong desire to have view-part favor an internal function) doesn't bother me but it would be nice if view-part-externally did what I told it to do.

Thanks,
-- 
Dave Goldberg
david.goldberg6@verizon.net