From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: mailcap viewers in dired; gnus-dired.el, mailcap.el Date: Sun, 14 Oct 2007 21:37:32 -0400 Message-ID: References: <87bqbhkhc6.fsf@baldur.tsdh.de> <58152.128.165.0.81.1191330286.squirrel@webmail.lanl.gov> <878x6ljwb4.fsf@baldur.tsdh.de> <87fy0r2u3z.fsf@baldur.tsdh.de> <87wsu1sear.fsf@baldur.tsdh.de> <878x6gqqfa.fsf@baldur.tsdh.de> <87abqt2x52.fsf@jurta.org> <87bqb8rmk2.fsf@jurta.org> <87ejg3q51o.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1192412475 28337 80.91.229.12 (15 Oct 2007 01:41:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Oct 2007 01:41:15 +0000 (UTC) Cc: juri@jurta.org, emacs-devel@gnu.org To: Reiner Steib Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 15 03:41:05 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IhEx6-0006qC-8o for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2007 03:41:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhEwz-0002Mc-Hn for ged-emacs-devel@m.gmane.org; Sun, 14 Oct 2007 21:40:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IhEtj-0006tV-3i for emacs-devel@gnu.org; Sun, 14 Oct 2007 21:37:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IhEti-0006sR-9W for emacs-devel@gnu.org; Sun, 14 Oct 2007 21:37:34 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhEti-0006s9-0t for emacs-devel@gnu.org; Sun, 14 Oct 2007 21:37:34 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IhEth-0007qG-LS for emacs-devel@gnu.org; Sun, 14 Oct 2007 21:37:33 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IhEtg-0001pq-KT; Sun, 14 Oct 2007 21:37:32 -0400 In-reply-to: (message from Reiner Steib on Wed, 10 Oct 2007 23:20:44 +0200) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:80888 Archived-At: The current versions of `mailcap.el' and `gnus-dired.el' have some dependencies on Gnus. I'm working on reducing these dependencies so that it should possible to use them in other parts of Emacs without loading significant parts of Gnus (probably `gnus-dired.el' should be renamed, e.g. to `dired-mime.el'). Thanks for doing that. It needs to be done, to make Emacs clean and well organized. However, it would be even better to install these features in the right place to start with. I've seen several examples where Gnus developers added to Gnus a general facility which isn't specificly for reading news or mail. That's not the way to add these facilities. They ought to be added in the right place, as separate facilities in Emacs. Can we arrange with Gnus maintainers to do this differently? Juri wrote: I think the goal is not to fix gnus-dired.el to not load unnecessary packages when only one function is needed from this file, because this file is already ad-hoc and contains unrelated commands. I think we should only look at this file as an example of using the mailcap mechanism and create a more general commands not in the gnus directory. I agree. > `!' (`dired-do-shell-command') is not exactly what > `gnus-dired-find-file-mailcap' does. In mailcap.el you can also > specify Emacs-internal handling, IIRC. This is an interesting problem. It seems that Emacs-internal handling in mailcap-mime-data mostly duplicates auto-mode-alist, isn't it? If this is a matter of deciding how to handle an attachment based on its mime type, I do not see that as redundant with `auto-mode-alist'. That decides how to handle a file based on its name. A file does not carry anything with it analogous to a stated mime type. You only have the file name and the data (magic numbers). such a