From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Bug 130397 Date: Wed, 5 Jan 2005 14:50:09 +0900 (JST) Message-ID: <200501050550.OAA13142@etlken.m17n.org> References: <20040517120658.GA6919@agmartin.aq.upm.es> <20041217121515.GA2270@agmartin.aq.upm.es> <200412221237.VAA07262@etlken.m17n.org> <20041222171306.GA4462@agmartin.aq.upm.es> <200501041250.VAA10883@etlken.m17n.org> <200501050200.LAA12589@etlken.m17n.org> <873bxgjxrp.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1104904287 7904 80.91.229.6 (5 Jan 2005 05:51:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 5 Jan 2005 05:51:27 +0000 (UTC) Cc: 130397@bugs.debian.org, agustin.martin@hispalinux.es, lionel@mamane.lu, k.stevens@ieee.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 05 06:51:14 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cm44f-0005SC-00 for ; Wed, 05 Jan 2005 06:51:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm4Ft-0000vO-NG for ged-emacs-devel@m.gmane.org; Wed, 05 Jan 2005 01:02:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cm4Fm-0000v3-MU for emacs-devel@gnu.org; Wed, 05 Jan 2005 01:02:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cm4Fl-0000uc-Ha for emacs-devel@gnu.org; Wed, 05 Jan 2005 01:02:41 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cm4Fl-0000uZ-Dx for emacs-devel@gnu.org; Wed, 05 Jan 2005 01:02:41 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Cm44E-00062u-Ow for emacs-devel@gnu.org; Wed, 05 Jan 2005 00:50:47 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j055oAY7023404; Wed, 5 Jan 2005 14:50:10 +0900 Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6p2/8.11.6) with ESMTP id j055o9q29964; Wed, 5 Jan 2005 14:50:09 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id OAA13142; Wed, 5 Jan 2005 14:50:09 +0900 (JST) Original-To: Stefan Monnier In-reply-to: <873bxgjxrp.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Tue, 04 Jan 2005 23:42:15 -0500) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3.50 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:31880 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31880 Stefan Monnier writes: > But ispell.el should be able to automatically check whether the chars can= be > safely encoded with the coding-system and if not (as in your example), > ispell.el will know that the word can't be checked by ispell and should > just be skipped (and maybe marked as "uncheckable"). That seems to be a good approach. But, just checking whether the chars is encodable with the coding-system is not enough. For instance, entry for "francais" dict doesn't contain "=F1" in CASECHARS, but "espa=F1ol" is safely encodable by iso-8859-1. So, the same error happens. For ispell.el to know that "espa=F1ol" is uncheckable, we anyway need the current database ispell-dictionary-alist. By the way, isn't it possible to make that database automatically from *.aff? >> No. STR may be an ASCII-only string, in which case, the >> result of mapconcat is a unibyte ASCII-only string. I'd >> like to change it to a multibyte ASCII-only stirng to avoid >> converting STR again and again in such a case. > Then string-to-multibyte sounds like a safer choice. > `string-as-multibyte' has very strange semantics, I recommend we avoid it= as > much as possible. Ok, I agree with using string-to-multibyte here. --- Ken'ichi HANDA handa@m17n.org