Re: FLIM 1.14.5 bug-fix

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.