Re: contrib/ucs-tables.el obsolete for Emacs 21.3

[kai.grossjohann@gmx.net (Kai Großjohann)]

Dave Love <d.love@dl.ac.uk> writes:

> Reiner Steib <4.uce.03.r.s@nurfuerspam.de> writes:
>
>> Additionally, `ucs-tables.el' without using a newer version of
>> `utf-8.el' (replacing the pre-dumped code) isn't so useful in Emacs
>> 21.[1-2].
>
> I disagree.  It precisely solves the unification issue that people
> continually complained about (and normally claimed was impossible to
> solve).  I'm currently using it in Emacs 21.2.

Didn't you say previously that ucs-tables.el would benefit from an
improved utf-8.el?  But thay may have been with 21.1, and the
utf-8.el in 21.2 might include the necessary facilities already.

I'm slightly confused now.

> Without wishing to sound rude:
>
>  * If the documentation is unclear, or there are problems with the
>    code, it would be nice to get bug reports.  It may well be
>    difficult to use, but I'm not sure how -- it's just loading one or
>    two compiled files.

The version that's now in the Gnus contrib directory has
unify-8859-on-{de,en}coding-mode which need to be called.

A short installation section mentioning this might be nice.  It would
be just two lines.

>  * What's wrong with the version I've distributed, which is what I
>    actually use in 21.2?

The problem is that people aren't using that version.  They are using
other versions.

If the version that's now in Gnus' contrib directory is not the one
you distributed, it would be really great if you could give it to us
again.  It was probably me who goofed up and got the wrong file,
somehow.  I apologize.

>  * I don't know about this `latin-unity' thing, but XEmacs can't do
>    the same -- it simply doesn't have the necessary facilities.
>
> Things like that file which will clash with future versions should be
> installed in the version-specific site-lisp directory, which is what
> it's there for.  Have people been recommending something else?

Yes.  There was a recommendation to add the Gnus contrib directory to
load-path.  Or even to move the files to the Gnus lisp directory.

It's the wrong approach.
-- 
file-error; Data: (Opening input file no such file or directory ~/.signature)