Re: New GNOME icons

[Katsumi Yamaoka <yamaoka@jpl.org>]

>>>>> In <3861.1142268982@olgas.newt.com> Bill Wohler wrote:

> Katsumi Yamaoka <yamaoka@jpl.org> wrote:

>>>>>>> In <v9fylp4zwh.fsf@marauder.physik.uni-ulm.de>
>>>>>>>	Reiner Steib wrote:
>>
>>> [1]	* gmm-utils.el (gmm-image-load-path-for-library): Return single
>>> 	directory if path is t.  Add no-error.
>>
>> Because of the `no-error' argument[1], I needed to modify the
>> `gmm-defun-compat' macro as follows

> Why? The arguments to *-defun-compat shouldn't make any difference. What
> problems were you seeing?

I'm sorry in the insufficient explanation.

The specification of the `image-load-path-for-library' function
contained in Emacs 23 that I had checked out on yesterday
morning (in Japan) was:

(image-load-path-for-library LIBRARY IMAGE &optional PATH)

It caused the `wrong-number-of-arguments' error since Gnus
specifies the fourth argument NO-ERROR to the
`gmm-image-load-path-for-library' function which is an alias to
`image-load-path-for-library'.  So, I had to modify the macro so
as to use the one that has been defined in gmm-utils.el.  But
now the problem is solved because image.el contained in Emacs 23
has been synch'd with the Emacs CVS trunk (i.e., Emacs 22.0.50).

>>                                     since I'm using Emacs 23.

> What's that?

Emacs 23 is being developed in the `emacs-unicode-2' branch of
the Emacs CVS repository.  It fully uses Unicode internally for
multilingual text, and merges the changes made in the trunk.
(You can check it out using the `-r emacs-unicode-2' option).

>> It will become unnecessary soon (when the `emacs-unicode-2'
>> branch is synch'd with the trunk), though.

> Please document that.

> Your patch is completely undecipherable to me. I'd like to see some
> documentation regarding the motivation for it, as well as what it is
> doing.

I presented what is needed to generalize the `gmm-defun-compat'
more, though it is not necessary for the moment.