From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52464 Path: main.gmane.org!not-for-mail From: kai.grossjohann@gmx.net (=?iso-8859-1?q?Kai_Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: contrib/ucs-tables.el obsolete for Emacs 21.3 Date: Fri, 09 May 2003 09:18:03 +0200 Organization: University of Duisburg, Germany Sender: ding-owner@lists.math.uh.edu Message-ID: <84bryc8u6s.fsf@lucy.is.informatik.uni-duisburg.de> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052466762 29208 80.91.224.249 (9 May 2003 07:52:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 9 May 2003 07:52:42 +0000 (UTC) Original-X-From: ding-owner+M1007@lists.math.uh.edu Fri May 09 09:52:36 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19E2gF-0007aM-00 for ; Fri, 09 May 2003 09:52:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19E2hT-0003hv-00; Fri, 09 May 2003 02:53:51 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19E2hI-0003hk-00 for ding@lists.math.uh.edu; Fri, 09 May 2003 02:53:40 -0500 Original-Received: (qmail 14773 invoked by alias); 9 May 2003 07:53:40 -0000 Original-Received: (qmail 14767 invoked from network); 9 May 2003 07:53:40 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by sclp3.sclp.com with SMTP; 9 May 2003 07:53:40 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 19E2kf-0003BH-00 for ; Fri, 09 May 2003 09:57:09 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 55 Original-NNTP-Posting-Host: lucy.is.informatik.uni-duisburg.de Original-X-Trace: quimby.gnus.org 1052467029 12228 134.91.35.216 (9 May 2003 07:57:09 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 9 May 2003 07:57:09 GMT Mail-Copies-To: never User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:XOIa55DwVFZ80dDRRbfpOS8q18E= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52464 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52464 Dave Love 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)