From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bill Wohler Newsgroups: gmane.mail.mh-e.devel,gmane.emacs.devel Subject: Re: Shall we use etc/images more? Date: Tue, 13 Sep 2005 18:45:29 -0700 Organization: Newt Software Message-ID: <5430.1126662329@olgas.newt.com> References: <14536.1126060623@olgas.newt.com> <20721.1126158478@olgas.newt.com> <873bo9vree.fsf@olgas.newt.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1126662407 29302 80.91.229.2 (14 Sep 2005 01:46:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Sep 2005 01:46:47 +0000 (UTC) Cc: emacs-devel@gnu.org, mh-e-devel@lists.sourceforge.net Original-X-From: mh-e-devel-admin@lists.sourceforge.net Wed Sep 14 03:46:44 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EFMLw-0003tl-JY for gmmd-mh-e-devel@m.gmane.org; Wed, 14 Sep 2005 03:46:24 +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 7988C889FF; Tue, 13 Sep 2005 18:46:23 -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 1EFMLH-0000ec-8s for mh-e-devel@lists.sourceforge.net; Tue, 13 Sep 2005 18:45:43 -0700 Original-Received: from pop-altamira.atl.sa.earthlink.net ([207.69.195.62]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1EFMLF-0004Rt-2r for mh-e-devel@lists.sourceforge.net; Tue, 13 Sep 2005 18:45:43 -0700 Original-Received: from h-68-166-188-126.snvacaid.dynamic.covad.net ([68.166.188.126] helo=olgas.newt.com) by pop-altamira.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1EFML4-0002nB-00; Tue, 13 Sep 2005 21:45:30 -0400 Original-Received: by olgas.newt.com (Postfix, from userid 1000) id 2753716FB0; Tue, 13 Sep 2005 18:45:29 -0700 (PDT) Original-Received: from olgas.newt.com (localhost [127.0.0.1]) by olgas.newt.com (Postfix) with ESMTP id 2161F16FAD; Tue, 13 Sep 2005 18:45:29 -0700 (PDT) Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: Kim F. Storm's message of Tue, 13 Sep 2005 11:23:21 +0200. X-Mailer: MH-E 7.84+cvs; nmh 1.1; GNU Emacs 21.4.1 X-Image-URL: http://www.newt.com/wohler/images/bill-diving.png X-Spam-Score: 0.8 (/) 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 1.0 FORGED_RCVD_HELO Received: contains a forged HELO -0.2 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: Tue, 13 Sep 2005 18:45:29 -0700 Xref: news.gmane.org gmane.mail.mh-e.devel:10590 gmane.emacs.devel:42906 Archived-At: Thanks much for the quick feedback. Kim F. Storm wrote: > > > > etc/images/mail/alias -- adds the current sender to your alias file > > Add XX item to YY list/file. Yes and no. If you're add X, Y, and Z items to XX, YY, and ZZ lists, then having three identical icons to do those things isn't terribly useful. I don't think I can buy this suggestion quite yet. > > etc/images/mail/rescan -- updates the message listing > > Refresh Like in a browser. Hmmm. That might work. What does the MH-E gang think about replacing the cabinet icon with a more well-known refresh icon (two arrows chasing the other's tail) and renaming rescan (the icon) to refresh? > > etc/images/mail/show -- display the current message > > Display current ITEM Yes. I think our icon would work for dired even. > > etc/images/mail/widen -- removes a view restriction > > Widen -- in general Yes. > > 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. > > That's a good suggestion. Thanks. However, I'm not entirely sure about this now since find-image would have to keep track of when it updated the load-path and re-run the algorithm whenever it detects that load-path changes, which would be kind of a pain. I think I liked your suggestion about image-load-path, although one problem with this that just occurred to me is that it would add a little complexity to the user's environment and may not have the benefit to counter that complexity. So, perhaps RMS is right. Richard M. Stallman wrote: > I don't remember why reply2 > went into the mail directory, but we added the -2 suffix to avoid > potential conflicts with Gnus. > > If Gnus and MH-E both want an icon for replies, shouldn't they both > use the same one? Yes. > This makes sense, except that having a subdirectory mh-e just to > contain one file is pointless. It would be better to use > etc/images/mh-logo for that. 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? On the other hand, putting all of the application-identification icons (like mh-logo) in a single directory makes it easier to find the one you want if you're binding a desktop icon to your Emacs app (although the Gnome project puts them in an "apps" directory which I could start). Given the size of MH-E, it's also very possible that we may add more specific icons in the future. I could go any of three ways as I've argued all sides ;-). Should I put the mh-logo image in the top-level, in "mh-e", or in "apps"? > 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? > I think > I'd prefer to specify the images explicitly as in "execute" or > "mail/reply" > > I agree. OK, I will do that. -- Bill Wohler http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ------------------------------------------------------- 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