From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/62021 Path: news.gmane.org!not-for-mail From: Bill Wohler Newsgroups: gmane.mail.mh-e.devel,gmane.emacs.gnus.general Subject: Re: Sharing mail icons between MH-E and Gnus Date: Sat, 18 Feb 2006 18:40:18 -0800 Organization: Newt Software Message-ID: <16231.1140316818@olgas.newt.com> References: <28928.1129483226@olgas.newt.com> <30678.1129563148@olgas.newt.com> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1140316868 9737 80.91.229.2 (19 Feb 2006 02:41:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 19 Feb 2006 02:41:08 +0000 (UTC) Original-X-From: mh-e-devel-admin@lists.sourceforge.net Sun Feb 19 03:41:05 2006 Return-path: Envelope-to: gmmd-mh-e-devel@m.gmane.org Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FAeVT-0001fB-DG for gmmd-mh-e-devel@m.gmane.org; Sun, 19 Feb 2006 03:41:04 +0100 Original-Received: from sc8-sf-list1-b.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id C42B588A95; Sat, 18 Feb 2006 18:41:01 -0800 (PST) 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 1FAeUq-0002Hr-8w for mh-e-devel@lists.sourceforge.net; Sat, 18 Feb 2006 18:40:24 -0800 Original-Received: from pop-siberian.atl.sa.earthlink.net ([207.69.195.71]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1FAeUn-0002Vr-T5 for mh-e-devel@lists.sourceforge.net; Sat, 18 Feb 2006 18:40:24 -0800 Original-Received: from h-68-166-189-235.snvacaid.dynamic.covad.net ([68.166.189.235] helo=olgas.newt.com) by pop-siberian.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1FAeUl-0006Pg-00; Sat, 18 Feb 2006 21:40:19 -0500 Original-Received: by olgas.newt.com (Postfix, from userid 1000) id 6B92717005; Sat, 18 Feb 2006 18:40:18 -0800 (PST) Original-Received: from olgas.newt.com (localhost [127.0.0.1]) by olgas.newt.com (Postfix) with ESMTP id 67CB016FA8; Sat, 18 Feb 2006 18:40:18 -0800 (PST) Original-To: ding@gnus.org, mh-e-devel@lists.sourceforge.net In-Reply-To: Reiner Steib's message of Thu, 19 Jan 2006 22:37:42 +0100. X-Mailer: MH-E 7.92+cvs; nmh 1.1; GNU Emacs 21.4.1 X-Image-URL: http://www.newt.com/wohler/images/bill-diving.png Mail-Followup-To: mh-e-devel@lists.sourceforge.net, ding@gnus.org X-Spam-Score: 1.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 1.0 FORGED_RCVD_HELO Received: contains a forged HELO 0.0 LOTS_OF_STUFF BODY: Thousands or millions of pictures, movies, etc. 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: Forum for the MH-E developers List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Sat, 18 Feb 2006 18:40:18 -0800 Xref: news.gmane.org gmane.mail.mh-e.devel:11687 gmane.emacs.gnus.general:62021 Archived-At: Reiner Steib wrote: > On Mon, Oct 17 2005, Bill Wohler wrote: > > If I understand Richard's response correctly we can use the Gnome > icons. (See and > etc/images/README in Emacs CVS.) Excellent. > If the MH-E developers consider to also use some of the > suggested Gnome icons (now or in the future) I will probably use > etc/images/mail/*.xpm and etc/images/*.xpm (where appropriate) instead > of etc/images/gnus/*.xpm in Gnus' repository (we don't have > etc/images/mail yet). Good. That's what I was hoping. > (I don't plan to put the new icons into Gnus' stable branch (v5-10) > which is synced with Emacs 22.) Why not? I was hoping this would be done for Emacs 22. > Below is an assignment list from Gnome stock icon names and the names > I intend to use in Gnus. I didn't address the directory prefix issue > ("gnus/" or "mail/", see below) yet. Thanks very much for doing this. I've added the existing non-gnus names that MH-E/Emacs would like to use as well. (I dropped the suffixes so the table would fit.) Proposed names where icons don't yet exist are in square brackets ([]). I've indicated icons used by Gnus but not by MH-E or the rest of Emacs with a dash; this means we do not necessarily have to move them out of the gnus directory at this time. I agree with your observation about mail-preview.xpm (that we should have a specific one. g=/usr/local/share/icons/gnome or /usr/share/icons/hicolor/24x24/stock ei=$EMACS/etc/images $g/stock_mail-compose $ei/gnus/compose $ei/mail/compose $g/stock_mail-flag-for-followup $ei/gnus/flag-followup $ei/highlight ? $g/stock_mail-forward $ei/gnus/forward [$ei/mail/forward] $g/stock_mail-handling $ei/gnus/save-draft - $g/stock_mail-reply $ei/gnus/reply-author $ei/mail/reply $g/stock_mail-reply-to-all $ei/gnus/reply-all $ei/mail/reply-all $g/stock_mail-send $ei/gnus/send $ei/mail/send $g/stock_attach $ei/gnus/attach $ei/mail/attach $ei/gnus/preview $ei/gnus/mail-preview [$ei/mail/preview] $g/stock_connect $ei/gnus/connect - $g/stock_delete $ei/gnus/delete [$ei/delete] $g/stock_dialog-info $ei/gnus/describe - $g/stock_disconnect $ei/gnus/disconnect - $g/stock_exit $ei/gnus/exit-mode $ei/exit $g/stock_lock $ei/gnus/lock - $g/stock_refresh $ei/gnus/refresh $ei/refresh $g/stock_sort-ascending $ei/gnus/sort-a-z [$ei/sort-ascending] $g/stock_sort-column-ascending $ei/gnus/sort-1-9 [$ei/sort-column-ascending] $g/stock_spam $ei/gnus/spam [$ei/mail/spam] $g/stock_not-spam $ei/gnus/not-spam [$ei/mail/not-spam] $g/sep $ei/gnus/separator - I've added a few more icons to grab from GNOME: $g/stock_contact - $ei/mail/alias -> $ei/contact? $g/stock_mail-copy - [$ei/mail/copy] $g/stock_mail-move - $ei/mail/refile -> $ei/mail/move? $g/stock_inbox - $ei/mail -> $ei/inbox ? $g/stock_compile - $ei/mail/repack? $g/stock_zoom-out - $ei/mail/widen If you're going to move the sort icons, you might as well take this opportunity to use the GNOME names to make it easier to see from whence they came. I also proposed a couple of renames for MH-E icons too. I'd like to update $ei/show, but there doesn't seem to be an equivalent GNOME icon for this. I could take stock_new and add a bit of "text" to it. Another idea that occurred to me was using stock_mail-open, but then we'd have to move it to $ei/mail/open (and could probably delete $ei/show). Peter? Fortunately, it looks like most of the other Emacs icons have already been updated. > > It would great if Gnus and MH-E could share images where it makes sense > > to do so. For example, would the Gnus folks mind using mail/reply > > instead of gnus/reply? > > I don't like mail/reply-{all,from,to}.xpm. If adding text inside the > icon is necessary to make clear which action is performed, the graphic > should be improved. For consistency, I'm happy to use reply.xpm instead of reply-from.xpm and use the GNOME reply-all.xpm icon instead of ours. We could also potentially drop the reply-to.xpm icon. Do any MH-E users use it? > but I'd prefer to use the Gnome > icons if suitable icons are available in Gnome. Me too. > As you can see from the above web page and the list above, we'd have > name collisions for reply-all.xpm (if we use mail/reply-all instead of > gnus/reply-all). Not if we go with the GNOME icons. I hope you have time to make these updates. I'm going to be hard-pressed to get the MH-E manual done in time as it is. In case you find it useful, I got the following tip for creating Emacs-compatible .pbm images from jan.h.d@swipnet.se. 1. Edit .xpm image in GIMP. 2. Image > Mode > Indexed. Check Use Black/White Palette and No Color Dithering. 3. File > Save As file.xbm. 4. Run xbmtopbm < file.xbm > file.pbm. > > A new feature of Emacs 22 is an image-load-path variable used by > > find-image. The image-load-path variable contains the symbol load-path > > for backwards compatibility. > > > > I wrote mh-image-load-path based upon your nnheader-find-etc-directory > > and another one I can't remember now to update image-load-path or > > load-path based upon the MH-E library. It would be good to generalize it > > so that we can share it. What do you think about my renaming it to > > something like generate-image-load-path, adding a PACKAGE argument, and > > adding it to image.el? Then we can define it with (if (not (fboundp > > 'generate-image-load-path ...))) in our code to work with Emacs 20 and > > 21. > > A good idea, IMHO. Thanks. mh-image-load-path has morphed a bit in the past week. I have yet to give some thought to generalizing it. If I did so, would you have time to update Gnus to use it? -- 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. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642