Modifying image-load-path/load-path

Modifying image-load-path/load-path

[Bill Wohler]

We (the MH-E and Gnus communities) are working now on sharing as many
icons as possible and incorporating recent GNOME icons into the Emacs
set.

We are also working to replace redundant code for locating our packages'
images and updating image-load-path (load-path in Emacs 21) with a
single function in image.el.

Our question for you is this: should such a function actually modify the
image-load-path (as MH-E does now), or simply return a modified version
of image-load-path for use in a scoped variable copy of image-load-path
(as Gnus does now)?

-- 
Bill Wohler <wohler@newt.com>  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

Re: Modifying image-load-path/load-path

[Chong Yidong]

Bill Wohler <wohler@newt.com> writes:

> We are also working to replace redundant code for locating our packages'
> images and updating image-load-path (load-path in Emacs 21) with a
> single function in image.el.
>
> Our question for you is this: should such a function actually modify the
> image-load-path (as MH-E does now), or simply return a modified version
> of image-load-path for use in a scoped variable copy of image-load-path
> (as Gnus does now)?

IMO, using a scoped copy is cleaner.  Is there any reason to modify
the image-load-path permanently?

Re: Modifying image-load-path/load-path

[Bill Wohler]

Chong Yidong <cyd@stupidchicken.com> wrote:

> Bill Wohler <wohler@newt.com> writes:
> 
> > We are also working to replace redundant code for locating our packages'
> > images and updating image-load-path (load-path in Emacs 21) with a
> > single function in image.el.
> >
> > Our question for you is this: should such a function actually modify the
> > image-load-path (as MH-E does now), or simply return a modified version
> > of image-load-path for use in a scoped variable copy of image-load-path
> > (as Gnus does now)?
> 
> IMO, using a scoped copy is cleaner.  Is there any reason to modify
> the image-load-path permanently?

The same reason that *any* directory is in image-load-path, I suppose.

If MH-E is run within CVS Emacs, then the MH-E user sees MH-E images on
image-load-path. If the user then ran the MH-E package outside of CVS
Emacs, then wouldn't it be strange if suddenly, the MH-E images were no
longer on the image-load-path?

-- 
Bill Wohler <wohler@newt.com>  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.

Re: Modifying image-load-path/load-path

[Bill Wohler]

Chong Yidong <cyd@stupidchicken.com> writes:

> Bill Wohler <wohler@newt.com> writes:
>
>> We are also working to replace redundant code for locating our packages'
>> images and updating image-load-path (load-path in Emacs 21) with a
>> single function in image.el.
>>
>> Our question for you is this: should such a function actually modify the
>> image-load-path (as MH-E does now), or simply return a modified version
>> of image-load-path for use in a scoped variable copy of image-load-path
>> (as Gnus does now)?
>
> IMO, using a scoped copy is cleaner.  Is there any reason to modify
> the image-load-path permanently?

Thanks, Chong. I'm surprised you were the only one who replied. Since
both you and the Gnus project leaned towards a scoped variable, I took
that approach and checked in image-load-path-for-library just now.

Reiner, if you haven't done so already, it would be good to
deprecate/replace calls to mm-image-load-path and possibly
nnheader-find-etc-directory too.

-- 
Bill Wohler <wohler@newt.com>  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.