From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.mail.mh-e.devel,gmane.emacs.devel Subject: Re: Shall we use etc/images more? Date: Wed, 14 Sep 2005 22:41:26 -0400 Message-ID: References: <14536.1126060623@olgas.newt.com> <20721.1126158478@olgas.newt.com> <873bo9vree.fsf@olgas.newt.com> <5430.1126662329@olgas.newt.com> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1126752165 18029 80.91.229.2 (15 Sep 2005 02:42:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 15 Sep 2005 02:42:45 +0000 (UTC) Cc: storm@cua.dk, mh-e-devel@lists.sourceforge.net, emacs-devel@gnu.org Original-X-From: mh-e-devel-admin@lists.sourceforge.net Thu Sep 15 04:42:36 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EFjhZ-0007xR-Ie for gmmd-mh-e-devel@m.gmane.org; Thu, 15 Sep 2005 04:42:17 +0200 Original-Received: from projects.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id D20C2885A3; Wed, 14 Sep 2005 19:42:16 -0700 (PDT) Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1EFjgm-00021B-Ge for mh-e-devel@lists.sourceforge.net; Wed, 14 Sep 2005 19:41:28 -0700 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by mail.sourceforge.net with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.44) id 1EFjgm-0002jH-8g for mh-e-devel@lists.sourceforge.net; Wed, 14 Sep 2005 19:41:28 -0700 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1EFjgk-0000i0-QH; Wed, 14 Sep 2005 22:41:26 -0400 Original-To: Bill Wohler In-reply-to: <5430.1126662329@olgas.newt.com> (message from Bill Wohler on Tue, 13 Sep 2005 18:45:29 -0700) X-Spam-Score: -0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' -0.0 AWL AWL: From: address is in the auto white-list Original-Sender: mh-e-devel-admin@lists.sourceforge.net Errors-To: mh-e-devel-admin@lists.sourceforge.net X-BeenThere: mh-e-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: This is a forum for the MH-E developers. Others are welcome to lurk. List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Wed, 14 Sep 2005 22:41:26 -0400 Xref: news.gmane.org gmane.mail.mh-e.devel:10593 gmane.emacs.devel:42940 Archived-At: My thinking was that all icons at the top level are general icons that could be used in any package. Icons that are only relevant to a single package (or "virtual" package as in "mail") should be in a sub-directory with the same name as that package. Thus, the directory serves not only to reduce clutter, but to make it easier for someone to find an icon by organizing them in groups rather than in a jumbled collection at the top level. Does this sound like a good reason to you? A subdir with one file in it is nothing but clutter. It does not help anything. I'd rather have a file called images/mh-logo than a directory called images/mh-e, if I have the choice of one or the other. > In the long term, I think we should modify find-image to use the > algorithm in mm-image-load-path instead of using just data-directory. > > I think we should not do either of these; instead, we should do > what you've suggested here. > > Gnus adds etc/images/gnus to the load-path so that it can refer to the > images directly like "exit-gnus" instead of "gnus/exit-gnus". By "here" I'm assuming that you think that the MH-E package should modify the load-path as Gnus does? That's a misunderstanding. I was not talking about the paragraph starting "Gnus adds", I was talking about your suggestion to modify find-image. We should not modify load-path, and it should not search for images through the subdirectories of etc/images. Each place that refers to an image should specify the intended subdirectory explicitly. ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php