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: Tue, 13 Sep 2005 11:55:52 -0400 Message-ID: References: <14536.1126060623@olgas.newt.com> <20721.1126158478@olgas.newt.com> <873bo9vree.fsf@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 1126627152 15896 80.91.229.2 (13 Sep 2005 15:59:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Sep 2005 15:59:12 +0000 (UTC) Cc: emacs-devel@gnu.org, mh-e-devel@lists.sourceforge.net Original-X-From: mh-e-devel-admin@lists.sourceforge.net Tue Sep 13 17:59:08 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EFD8n-0000Wh-PH for gmmd-mh-e-devel@m.gmane.org; Tue, 13 Sep 2005 17:56:14 +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 0DCEC89499; Tue, 13 Sep 2005 08:56:13 -0700 (PDT) Original-Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1EFD8W-0006Nz-74 for mh-e-devel@lists.sourceforge.net; Tue, 13 Sep 2005 08:55:56 -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 1EFD8V-0005xD-Qr for mh-e-devel@lists.sourceforge.net; Tue, 13 Sep 2005 08:55:56 -0700 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1EFD8S-0000nt-CN; Tue, 13 Sep 2005 11:55:52 -0400 Original-To: Bill Wohler In-reply-to: <873bo9vree.fsf@olgas.newt.com> (message from Bill Wohler on Mon, 12 Sep 2005 15:43:21 -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_PARATHESES_OPEN BODY: Text interparsed with ( 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: Tue, 13 Sep 2005 11:55:52 -0400 Xref: news.gmane.org gmane.mail.mh-e.devel:10587 gmane.emacs.devel:42887 Archived-At: 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? One way to reorganize these--assuming that other packages haven't used them yet--is to put them all into etc/images/mh-e. However, in the interest of sharing images, I propose the following structure instead: etc/images/mail/alias -- adds the current sender to your alias file etc/images/mail/refile -- files the message(s) etc/images/mail/repack -- renumbers the messages, removing gaps etc/images/mail/reply -- different flavors of replies etc/images/mail/reply-all etc/images/mail/reply-from etc/images/mail/reply-to etc/images/mail/rescan -- updates the message listing etc/images/mail/show -- display the current message etc/images/mail/widen -- removes a view restriction etc/images/mh-e/mh-logo etc/images/execute -- could be used by the dired `x' command etc/images/highlight -- used to add a persistent mark etc/images/page-down 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. Three of the images could be generally useful and could be placed at the top-level. It's possible I've overlooked other general images, so feel free to comment. Conceptually, widen and rescan are not limited to mail, so I think they ought to go at top level. Maybe repack is too MH-specific and should be in the MH-E directory? It's not worth having an mh-e directory just for that. 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". I think I'd prefer to specify the images explicitly as in "execute" or "mail/reply" I agree. ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf