FLIM 1.14.5 bug-fix

[Stephen J. Turnbull]

>>>>> "KY" == Katsumi Yamaoka <yamaoka at jpl.org> writes:

    KY> Is there any XEmacs package using APEL actively? 

Only packages from Mule AFAIK.

However, there has been a lot of discussion recently about
compatibility packages so that users could easily load new functions
judged "too risky" to put into the stable branch.

APEL would give a huge head start on that if (1) you could choose what
you want to load (ie, a variable to inhibit loading or force APEL to
ask if a module should be loaded) and (2) either APEL was changed to
document what it's doing (eg, the way advice.el does) or XEmacs was
changed to detect APEL activity in its help functions.  ISTR that APEL
never throws away old definitions, it stashes them in the property
list.  If so, it would be possible for C-h f and friends to check for
those properties and warn "this function was APEL-ized."

    KY> It will be easier to abolish APEL from XEmacs.  I am writing so
    KY> in the hope that other APEL developers bring counterargument. :p

APEL as currently known, yes.  But compatibility libraries are
something that we should provide.  APEL is quite comprehensive and
generally good code; it's just the side effects I don't like.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.