From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#13109: 24.1; flyspell highlights words containing curly quotes which ispell-buffer accepts Date: Fri, 3 May 2013 21:15:44 +0100 Message-ID: References: <87lidaenqo.fsf@sc3d.org> <83r4n2nzn0.fsf@gnu.org> <838v9anex9.fsf@gnu.org> <87d2yheb2k.fsf@mail.jurta.org> <87a9tkz1id.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e011828080da3d804dbd604ec X-Trace: ger.gmane.org 1367612191 21879 80.91.229.3 (3 May 2013 20:16:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 May 2013 20:16:31 +0000 (UTC) Cc: 13109@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 03 22:16:30 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UYMP6-0005IT-Si for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 May 2013 22:16:29 +0200 Original-Received: from localhost ([::1]:48360 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYMP6-0000ex-Bt for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 May 2013 16:16:28 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYMP0-0000ed-R1 for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 16:16:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UYMOz-0001lx-CD for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 16:16:22 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53231) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UYMOz-0001lm-7K for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 16:16:21 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UYMPd-0003eX-Ng for bug-gnu-emacs@gnu.org; Fri, 03 May 2013 16:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 May 2013 20:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13109 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13109-submit@debbugs.gnu.org id=B13109.136761219013939 (code B ref 13109); Fri, 03 May 2013 20:17:01 +0000 Original-Received: (at 13109) by debbugs.gnu.org; 3 May 2013 20:16:30 +0000 Original-Received: from localhost ([127.0.0.1]:57340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UYMP8-0003cl-0S for submit@debbugs.gnu.org; Fri, 03 May 2013 16:16:30 -0400 Original-Received: from exprod7og121.obsmtp.com ([64.18.2.20]:39451) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1UYMP6-0003cZ-1Z for 13109@debbugs.gnu.org; Fri, 03 May 2013 16:16:29 -0400 Original-Received: from mail-we0-f197.google.com ([74.125.82.197]) (using TLSv1) by exprod7ob121.postini.com ([64.18.6.12]) with SMTP ID DSNKUYQa8Egw9zmGFMn1N+GRu4MZjOnlM69B@postini.com; Fri, 03 May 2013 13:15:46 PDT Original-Received: by mail-we0-f197.google.com with SMTP id z53so2773139wey.4 for <13109@debbugs.gnu.org>; Fri, 03 May 2013 13:15:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=5m2aHvTDyKVXa2odYz4Zr2S86fnzXrPNOAh2ZLfUkwI=; b=NwnC2fJhIJthoNXCABGe5jdY/DaaYERBzAkl9HwpVD84I+efg3zYam817QuOmQX4xK bjxxHNv0bVvaIzcI6UtUEQMel6wvl45xgQ0gL7PsOsVA3crPbTi0P64Z7ephViOQ9eZ3 VspJT/Wu4g+KsOr5D63KwedebejrHZdPLdl3wGV2elDSPa6ejREtGmiZESOsMilAmK1t NMl3n4rmwkGRYCyyVs/wK9qf+4nBqgbrDLrqsMqo5MkWscMgEGyuly07IdaPPg6AzoUw z+XNUN+uPHnEZ7ymvLvwdbpC6MlJ0jGZ+F8VKqO7lOxg5MDzMxwV28BXeBl+ad1AQLdR Ca9A== X-Received: by 10.112.180.65 with SMTP id dm1mr4713033lbc.83.1367612144477; Fri, 03 May 2013 13:15:44 -0700 (PDT) X-Received: by 10.112.180.65 with SMTP id dm1mr4713026lbc.83.1367612144324; Fri, 03 May 2013 13:15:44 -0700 (PDT) Original-Received: by 10.152.19.2 with HTTP; Fri, 3 May 2013 13:15:44 -0700 (PDT) In-Reply-To: <87a9tkz1id.fsf@mail.jurta.org> X-Gm-Message-State: ALoCoQnNfPlzpmaPg3SO7sZnBqWT5inuk/P++nEidIksMcjfpWoefjd4uYNcMSki/uC3Uu6MbHuQXSXmfFfOGedcKk79shoUpBGA+tvO0cq38wFCUE5UjzVL9cC48+IIRxUkiwyMwfMbGdegIb45loBH3QWJIchi1wDuvxviT1KEeq445FQAe6o= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:73930 Archived-At: --089e011828080da3d804dbd604ec Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 11 December 2012 23:07, Juri Linkov wrote: > >> `ispell-aspell-find-dictionary' reads the ispell data from > This fix means that aspell developers added a mapping from > 2019 (RIGHT SINGLE QUOTATION MARK) to 27 (APOSTROPHE) > in their character `compat' table. This explains why > `ispell-buffer' does work while `ispell-word' and `flyspell' don't. > > `ispell-word' and `flyspell' still use the information from > /usr/lib/aspell/en.dat to parse the buffer to find the next word to check= , > and fail because they don't use the `compat' mappings from iso-8859-1.cma= p. > This finally annoyed me sufficiently that I decided I wanted a workaround. Fortunately, this is easy, as it merely involves reapplying a version of the fix I used to use when ispell-buffer didn't work. I now have the following line in my custom.el: '(ispell-local-dictionary-alist (quote (("british" "[[:alpha:]]" "[^[:alpha:]]" "'=92" t ("-d" "en_GB") nil utf-8)))) I've copied the default settings and added a curly single quote to the list of permitted "other characters". I imagine one can do the same for other languages. It's ugly (principally because it copies rather than overwriting information) but that information (the other entries in the record) doesn't change often, so it'll do until a more comprehensive solution is applied. --=20 http://rrt.sc3d.org --089e011828080da3d804dbd604ec Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
On 11 December 2012 23:07, Juri Linkov &= lt;juri@jurta.org&g= t; wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
>> `ispell-aspell-find-dictionary' reads the is= pell data from
This fix means that aspell developers added a mapping from
2019 (RIGHT SINGLE QUOTATION MARK) to 27 (APOSTROPHE)
in their character `compat' table. =A0This explains why
`ispell-buffer' does work while `ispell-word' and `flyspell' do= n't.

`ispell-word' and `flyspell' still use the information from
/usr/lib/aspell/en.dat to parse the buffer to find the next word to check,<= br> and fail because they don't use the `compat' mappings from iso-8859= -1.cmap.
=A0
This finally annoyed me sufficiently= that I decided I wanted a workaround. Fortunately, this is easy, as it mer= ely involves reapplying a version of the fix I used to use when ispell-buff= er didn't work. I now have the following line in my custom.el:

=A0'(ispell-local-dictionary-alist (quote (("british" &qu= ot;[[:alpha:]]" "[^[:alpha:]]" "'=92" t ("= ;-d" "en_GB") nil utf-8))))

I've copied the default settings and added a curly single quote to the = list of permitted "other characters". I imagine one can do the sa= me for other languages. It's ugly (principally because it copies rather= than overwriting information) but that information (the other entries in t= he record) doesn't change often, so it'll do until a more comprehen= sive solution is applied.

--
http://rrt.sc3d.org
--089e011828080da3d804dbd604ec--