From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: XPM via Lisp in the toolbar
Date: Thu, 14 Nov 2002 21:36:26 -0500
Sender: emacs-devel-admin@gnu.org
Message-ID: <E18CWLK-0002xW-00@fencepost.gnu.org>
References: <usmy6d786.fsf@ID-87814.user.dfncis.de> <ur8dpe6h3.fsf@ID-87814.user.dfncis.de>
Reply-To: rms@gnu.org
NNTP-Posting-Host: main.gmane.org
X-Trace: main.gmane.org 1037328612 5547 80.91.224.249 (15 Nov 2002 02:50:12 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Fri, 15 Nov 2002 02:50:12 +0000 (UTC)
Cc: emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 18CWYb-0001RJ-00
	for <emacs-devel@main.gmane.org>; Fri, 15 Nov 2002 03:50:09 +0100
Original-Received: from monty-python.gnu.org ([199.232.76.173])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 18CWlG-0000B2-00
	for <emacs-devel@quimby.gnus.org>; Fri, 15 Nov 2002 04:03:15 +0100
Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.10)
	id 18CWXq-0007pE-00; Thu, 14 Nov 2002 21:49:22 -0500
Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10)
	id 18CWLP-0002VE-00
	for emacs-devel@gnu.org; Thu, 14 Nov 2002 21:36:31 -0500
Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10)
	id 18CWLL-0002Ud-00
	for emacs-devel@gnu.org; Thu, 14 Nov 2002 21:36:30 -0500
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by monty-python.gnu.org with esmtp (Exim 4.10)
	id 18CWLK-0002UX-00
	for emacs-devel@gnu.org; Thu, 14 Nov 2002 21:36:26 -0500
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10)
	id 18CWLK-0002xW-00; Thu, 14 Nov 2002 21:36:26 -0500
Original-To: alkibiades@gmx.de
In-reply-to: <ur8dpe6h3.fsf@ID-87814.user.dfncis.de> (message from Oliver
	Scholz on Wed, 13 Nov 2002 18:15:36 +0100)
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:9444
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9444

    Or I could hook `xpm-create-image' into the appropriate functions in
    image.el.

This seems like the cleanest result.  If Emacs does not support XPM
format internally, it can use your package.  So XPM will always "just
work" as far as the user is concerned.

    But what to do with
    the tool bar? On MS Windows this breaks the tool bar totally. 

Could you explain why it has that effect?  That is not obvious.  It is
surprising that adding XPM support via conversion should break
anything that worked previously.

    Or I could add a caching mechanism to toolbar.el so that the
    conversion happens only once.

Why not add the caching feature in your conversion library?
Then it would apply to anything that tries to display XPM
and works via conversion.