From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Adding ispell-multi.el and friends to Emacs Date: Wed, 20 Jun 2007 14:46:03 +0200 Message-ID: <4679218B.60504@gmx.at> References: <87zm32k7zl.fsf@dur.ac.uk> <87ejkchlh2.fsf@heslin.eclipse.co.uk> <20070617210511.GB5230@agmartin.aq.upm.es> <87645ml132.fsf@jurta.org> <87abuygoqo.fsf@heslin.eclipse.co.uk> <20070618095506.GA4724@agmartin.aq.upm.es> <46767C02.4080806@gmx.at> <20070619131400.GA10763@agmartin.aq.upm.es> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1182343675 17840 80.91.229.12 (20 Jun 2007 12:47:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 20 Jun 2007 12:47:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Agustin Martin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 20 14:47:52 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I0zb9-0005DO-0Z for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2007 14:47:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I0zb8-0004hk-KL for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2007 08:47:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I0zb4-0004gB-QE for emacs-devel@gnu.org; Wed, 20 Jun 2007 08:47:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I0zb2-0004ca-Ay for emacs-devel@gnu.org; Wed, 20 Jun 2007 08:47:42 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I0zb2-0004cR-2X for emacs-devel@gnu.org; Wed, 20 Jun 2007 08:47:40 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1I0zb1-0007gD-Dl for emacs-devel@gnu.org; Wed, 20 Jun 2007 08:47:39 -0400 Original-Received: (qmail invoked by alias); 20 Jun 2007 12:47:38 -0000 Original-Received: from N732P003.adsl.highway.telekom.at (EHLO [62.47.35.99]) [62.47.35.99] by mail.gmx.net (mp018) with SMTP; 20 Jun 2007 14:47:38 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/SFkBuUfrS/njAWKPhJITSCf4jXqPrIlX+GP3anv BfnqhpQBw1x2vu User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: <20070619131400.GA10763@agmartin.aq.upm.es> X-Y-GMX-Trusted: 0 X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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: news.gmane.org gmane.emacs.devel:73412 Archived-At: >>FWIW, I have misalignment clashes only when Emacs and the spell system >>disagree about the coding system. In that case, however, the output >>of the spell system is unusable for single words too. > > > Unless communication is done in utf8, if you have an utf8 buffer with a char > not in the dict charset ispell-region will fail with a misalingment (at > least with ispell, most aspell communications are done in utf8), but if you > try ispell-word in that word, the foreign char will not be recognized as > part of a word and only part of it will be sent to ispell for testing. The > difference is that ispell-region will fail for all the region if a > misalignment appear while ispell-word will only do things differently for > the affected word. That was the intention. Personally, I don't care whether a word, line, region or buffer appears corrupted. I'd discontinue spell-checking in any of these cases. The interface (ispell.el) has to check which coding system should get applied. The user has to check whether the interface got it right and, if necessary, be able to override wrong settings. BTW, I don't use utf8 to communicate with Aspell and did not encounter any problems so far.