Re: [PATCH] fix for (list-coding-systems) from mule-diag.el

Alexey> 'encode and 'decode properties in 21.1 are printed out Alexey> rather incomprehensibly: Alexey> This could be somehow "fixed" (at least printing just Alexey> "there is 'encode/'decode ccl program") simply, as Alexey> `arrayp' helps to distinguish between old-style and Alexey> new-style ccl-programs. Why "fix" it? The point of these functions is "debug" information for developers. They are hardly friendly to ordinary users, so removing information is a bad idea IMO. Alexey> Hm. Is there anywhere explained which versions of Alexey> XEmacsen should be supported by packages? Packages are supported by XEmacs starting with 20.4. You "should" support them all. In practice, nobody is likely to object if you submit a patch as "tested with $STABLE and $BETA", and ignore older versions. The earliest version tested should be documented in the file if you have any suspicions. Right now STABLE=21.1, BETA=21.5, and 21.4 is close enough to 21.5 not to make a difference which you test. (This will not be true anymore in a few weeks, as Ben Wing is planning a large merge of Mule code he is currently developing.). Mule APIs change often enough that you should always be suspicious of backward incompatibilities in mule libraries. :( YH> Could you please fix it to work with XEmacs 21.1? Then that YH> will definitely go in. Alexey> That'd be great even though I understand that no one Alexey> probably will use those ;) If they worked, probably people would use them. I certainly would. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."