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: Mon, 12 Sep 2005 15:43:21 -0700 Organization: Newt Software Message-ID: <873bo9vree.fsf@olgas.newt.com> References: <14536.1126060623@olgas.newt.com> <20721.1126158478@olgas.newt.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1126565285 8917 80.91.229.2 (12 Sep 2005 22:48:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 12 Sep 2005 22:48:05 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: mh-e-devel-admin@lists.sourceforge.net Tue Sep 13 00:47:57 2005 Return-path: Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EEx4n-0004PS-RL for gmmd-mh-e-devel@m.gmane.org; Tue, 13 Sep 2005 00:47:02 +0200 Original-Received: from projects.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 1AC4512C03; Mon, 12 Sep 2005 15:47:01 -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 1EEx4A-0003LT-1D for mh-e-devel@lists.sourceforge.net; Mon, 12 Sep 2005 15:46:22 -0700 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44) id 1EEx48-0001fR-G0 for mh-e-devel@lists.sourceforge.net; Mon, 12 Sep 2005 15:46:22 -0700 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EEx2T-0003pM-2Z for mh-e-devel@lists.sourceforge.net; Tue, 13 Sep 2005 00:44:37 +0200 Original-Received: from h-68-166-188-126.snvacaid.dynamic.covad.net ([68.166.188.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Sep 2005 00:44:37 +0200 Original-Received: from wohler by h-68-166-188-126.snvacaid.dynamic.covad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Sep 2005 00:44:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: mh-e-devel@lists.sourceforge.net Original-Lines: 97 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: h-68-166-188-126.snvacaid.dynamic.covad.net User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:OH4fNHmCsvC3aEP4WC7N/mlPklA= X-Spam-Score: 0.4 (/) 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_PERIOD 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_UNDERSCORE BODY: Text interparsed with _ 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_APOSTROPHE BODY: Text interparsed with ' 0.4 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: Mon, 12 Sep 2005 15:43:21 -0700 Xref: news.gmane.org gmane.mail.mh-e.devel:10585 gmane.emacs.devel:42864 Archived-At: Bill Wohler writes: > I'll try to send out a proposal by early next week with the list of > affected image files. This email lists the images in use by the MH-E package today, explains how they got there, and proposes new locations in etc/images for them. At the end, I also suggest some code changes to image.el. These are the (pbm and xpm) images the MH-E project has installed: toolbar/alias toolbar/execute toolbar/highlight toolbar/mh-logo toolbar/page-down toolbar/refile toolbar/repack toolbar/reply-all toolbar/reply-from toolbar/reply-to toolbar/rescan toolbar/show toolbar/widen mail/reply2 They are in the toolbar directory since the images were added before MH-E had its own directory, and were put there instead of the mail directory at RMSs urging. I think the mail-specific images lack a mail- prefix because of 8.3 restrictions. I don't remember why reply2 went into the mail directory, but we added the -2 suffix to avoid potential conflicts with Gnus. 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 Instead of putting all of the images in a single directory and using the convention of preceding an image name with mail-, for example, it would be preferable to use the directory structure for this purpose. Shortening the file names makes it easier to be 8.3 compliant, and is essential in the images above. 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. Maybe repack is too MH-specific and should be in the MH-E directory? Gnus uses mm-image-load-path to add etc/images/gnus to the load-path if it finds an ../etc/images/gnus directory relative to another directory in the load-path. We'd have to do something like that as well since we the user can run a version of MH-E outside of the Emacs tree. Unfortunately, the function adds "gnus" by default so in the short term we'd create our own version. 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 would make find-image more flexible by finding all relevant etc/images directories so that mm-image-load-path (and MH-E's variant) would no longer be necessary. It could easily be made backward compatible by stripping "images/" from a file spec. If that's not in Emacs' interest, then I would suggest that instead of (or in addition to) using data-directory, find-image should check a new variable called image-directory (default: $EMACS_ROOT/etc/images) which MH-E and Gnus can modify accordingly. 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". This would make the code impervious to future changes of find-image and I think the slightly longer names would improve maintenance by making it easier to find the images. It also eliminates name collisions that we have in the current scheme. Thoughts? Questions? Comments? -- 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 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