From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Support for enchant? Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Jun 2014 00:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17742@debbugs.gnu.org X-Debbugs-Original-To: bug-emacs Received: via spool by submit@debbugs.gnu.org id=B.140235850213377 (code B ref -1); Tue, 10 Jun 2014 00:02:02 +0000 Received: (at submit) by debbugs.gnu.org; 10 Jun 2014 00:01:42 +0000 Received: from localhost ([127.0.0.1]:42257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wu9VV-0003Tf-Kb for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57470) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wu9VR-0003TM-CI for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VK-0002EM-NW for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34746) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VK-0002EI-L8 for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VJ-0007J4-EW for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VI-0002Dl-GA for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:29 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VI-0002Df-Be for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55091) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1Wu9VI-0002pQ-27 for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VG-0002DW-Sy for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:27 -0400 Received: from mail-la0-x22f.google.com ([2a00:1450:4010:c03::22f]:64931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VG-0002DN-I3 for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:26 -0400 Received: by mail-la0-f47.google.com with SMTP id pn19so3461445lab.6 for ; Mon, 09 Jun 2014 17:01:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=w/be/n58/chi+mHOYp+F67uvQCj2SQZsu+d4QzMOqJ8=; b=HTG1cGYeod9aoBFpUYKXROqTuZS4HpXoHrXMUpsHuvv6j0B2IHLfj/XUvC/lOfT2Ci nmug/oPX3aTn3fG8gt9llxLqJLtKfYmNXt5OR8mAwlxHif2TVOQDz0JWRQP+7mvk4Pc8 ax/4hgECAxOaoHDqYsSbCD3uTN2EpgV3zLudE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=w/be/n58/chi+mHOYp+F67uvQCj2SQZsu+d4QzMOqJ8=; b=JSLRLuOIxiZDjW6Mbnue57dhJdGE0T03iwGU2EeJNfRQwkHxwMchlSh5iKpVc+u6VT ddf8EOI4JwKbufna4LHm2S6/hiX2k7c5sKB5xaKSCHbUxSkuohtn98QC95e2A23GIJEM K/AAOUTIWrskmzwr3CxtQHdOgbJ+8l0wKxSgxBiepjTOtwgNhsVgp4gvmgyThXsq7437 cyCCiwf94x/i52Bnm6ZB5OOP6xAZf5uWALN4oUBAkx5HZfwOF9/KYKjPc9U8VwfuI8Kl ctDzE5yspf1SOr2Bi0baWfe7Q4dTKktXDkXhUDQ3j6lPSlJtxh+yInFEmFgtn+04KWUF aEVA== X-Gm-Message-State: ALoCoQks14uKVdO8QtBfHeIwo9caitbWCZeIxg0QCmwrPDsyHNs+zP52ODxTOuRKj3kYtIrsowIY MIME-Version: 1.0 X-Received: by 10.152.23.6 with SMTP id i6mr20146530laf.24.1402358484150; Mon, 09 Jun 2014 17:01:24 -0700 (PDT) Received: by 10.152.166.103 with HTTP; Mon, 9 Jun 2014 17:01:24 -0700 (PDT) Date: Tue, 10 Jun 2014 01:01:24 +0100 Message-ID: From: Reuben Thomas Content-Type: multipart/alternative; boundary=089e0160bbee4bc32e04fb700799 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --089e0160bbee4bc32e04fb700799 Content-Type: text/plain; charset=UTF-8 It would be good if Emacs supported the Enchant multi-back-end spelling engine wrapper, as this allows users to configure spelling preferences more flexibly than Emacs (in particular, to use different spell-checking engines for different languages), and the configuration works for programs other than Emacs. It seems that it would be pretty trivial to add, since Emacs already works fine (since 2007) if you set ispell-program-name to /usr/bin/enchant. Enchant supports UTF-8 (and only UTF-8) as an encoding, so for optimum functionality, I guess support would need to be added to ispell-encoding8-command (though since this is enchant's only mode of operation, it's unclear that anything needs to be done). In a wider GNU context, the GNU aspell developer wrote a few years ago: "I believe Aspell future depends on making Enchant the system spell checker."[1] Enchant itself seems to be stable, portable, and support a wide range of spelling checker engines, including all those that Emacs already supports; it would be great longer-term to be able to simplify ispell.el by requiring Enchant, and thereby being able to rely on its UTF-8 support and single set of simple options. [1] http://aspell.net/ -- http://rrt.sc3d.org --089e0160bbee4bc32e04fb700799 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It would be good if Emacs supported the Enc= hant multi-back-end spelling engine wrapper, as this allows users to config= ure spelling preferences more flexibly than Emacs (in particular, to use di= fferent spell-checking engines for different languages), and the configurat= ion works for programs other than Emacs.

It seems that it would be pretty trivial to add, since Emacs alre= ady works fine (since 2007) if you set ispell-program-name to /usr/bin/ench= ant.

Enchant supports UTF-8 (and only UTF-8) as an encoding, s= o for optimum functionality, I guess support would need to be added to ispe= ll-encoding8-command (though since this is enchant's only mode of opera= tion, it's unclear that anything needs to be done).

In a wider GNU context, the GNU aspell developer wrote a few year= s ago: "I believe Aspell future depends on making Enchant the system spell checker."[1] Enchant itself seems to be stable, portable,= and support a wide range of spelling checker engines, including all those = that Emacs already supports; it would be great longer-term to be able to si= mplify ispell.el by requiring Enchant, and thereby being able to rely on it= s UTF-8 support and single set of simple options.

[1] http://aspell.net/
--089e0160bbee4bc32e04fb700799-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Limitations of enchant References: In-Reply-To: Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Sep 2014 11:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.141077922230679 (code B ref 17742); Mon, 15 Sep 2014 11:08:02 +0000 Received: (at 17742) by debbugs.gnu.org; 15 Sep 2014 11:07:02 +0000 Received: from localhost ([127.0.0.1]:41185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XTU7Z-0007yT-4H for submit@debbugs.gnu.org; Mon, 15 Sep 2014 07:07:01 -0400 Received: from mail-la0-f54.google.com ([209.85.215.54]:64002) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XTU7U-0007yE-RJ for 17742@debbugs.gnu.org; Mon, 15 Sep 2014 07:06:58 -0400 Received: by mail-la0-f54.google.com with SMTP id ge10so4443857lab.13 for <17742@debbugs.gnu.org>; Mon, 15 Sep 2014 04:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=qZk9l1GFe9kLa5B5NtiefcUcvCya64ZoCes9YLgyTbA=; b=0WNUDGH7vyVHcEFK5LdztiMBp/RlKEl6aFFWUcSyjthdh72v9hi+cfYSlFav8JufZr oYO6pR35VtSM7haSPmyJBesxuGlj7bIIlGhWsQbYF421VXPRUTXoh9Knrb7VYjVZ3LlA JuFciglkDt9SC0Q/mtlCW6Rsf15ee1/pS2VO8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=qZk9l1GFe9kLa5B5NtiefcUcvCya64ZoCes9YLgyTbA=; b=eyveP/iuVnBDgVloBNWieU/y968KUnycy9dAgCLHSZbzNNl8Yv04oPxvbo4Xyh7lU+ L7Iey7Sit0/3Wvz/0+LqKCatakbEH8HO9W6/UTVKPgtYOtu4go93vgwEoBbiWc6nJeC3 NsLhcThMyl61PlmcXGHn0dN0RoaKZyN30hUp/EBxsT85a5BPN1bakWIMvLxmSWdvEWqg IzqQoarTlHPuL/JXAHZI3NRdOsYxQfHe9yqD2wKfFl7IhU/p2DHzFOxxBWegzzP9M4gn uy9TYcgpzYw8nTAw1t+n+oWoCwUsMevKnFEpOuH+T7U7IQVydhf/oFL1izjnItnvzECy mpFQ== X-Gm-Message-State: ALoCoQmDILBXcp/KmW0752YHwxG/ZWBhCE8y6Yei9zBEPmrQ54DsDzOiJz+lNtKluS7zNYXgJ5Js MIME-Version: 1.0 X-Received: by 10.112.166.139 with SMTP id zg11mr26193584lbb.62.1410779215564; Mon, 15 Sep 2014 04:06:55 -0700 (PDT) Received: by 10.152.36.201 with HTTP; Mon, 15 Sep 2014 04:06:55 -0700 (PDT) Date: Mon, 15 Sep 2014 13:06:55 +0200 Message-ID: From: Reuben Thomas Content-Type: multipart/alternative; boundary=001a113395bc0026e8050318a214 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113395bc0026e8050318a214 Content-Type: text/plain; charset=UTF-8 Since I didn't get any replies, I thought it might be worth noting what I'm sure some developer must already know, namely that enchant doesn't currently (v1.6.0) fully support the ispell pipe protocol. In particular, it doesnt seem to understand either adding words to the dictionary, nor saving the personal dictionary. In the former case it simply spell-checks the line, a result which Emacs ignores; in the latter, it gives an empty reply, and Emacs ignores the fact that it didn't get an "OK" result ("*"). There are still Emacs bugs here: I can't see in the code that Emacs ignores these failures on purpose, so it should detect and report them. Enchant can still be used to check spelling on a per-session basis (so maybe it's worth making the failures warnings rather than errors) but the user shouldn't be encouraged to believe that it's all working fine. Obviously, it would be nice if upstream enchant could be made to add this functionality in the pipe mode: since it's already implemented in libenchant, that should be easy. Or, as I previously suggested, Emacs could simply use libenchant and forget about the pipe interface. -- http://rrt.sc3d.org --001a113395bc0026e8050318a214 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Since I didn't get any replies, I thought it= might be worth noting what I'm sure some developer must already know, = namely that enchant doesn't currently (v1.6.0) fully support the ispell= pipe protocol. In particular, it doesnt seem to understand either adding w= ords to the dictionary, nor saving the personal dictionary. In the former c= ase it simply spell-checks the line, a result which Emacs ignores; in the l= atter, it gives an empty reply, and Emacs ignores the fact that it didn'= ;t get an "OK" result ("*").

There are sti= ll Emacs bugs here: I can't see in the code that Emacs ignores these fa= ilures on purpose, so it should detect and report them. Enchant can still b= e used to check spelling on a per-session basis (so maybe it's worth ma= king the failures warnings rather than errors) but the user shouldn't b= e encouraged to believe that it's all working fine.

Obviou= sly, it would be nice if upstream enchant could be made to add this functio= nality in the pipe mode: since it's already implemented in libenchant, = that should be easy. Or, as I previously suggested, Emacs could simply use = libenchant and forget about the pipe interface.
--001a113395bc0026e8050318a214-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Limitations of enchant Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Dec 2016 00:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148063776332513 (code B ref 17742); Fri, 02 Dec 2016 00:17:01 +0000 Received: (at 17742) by debbugs.gnu.org; 2 Dec 2016 00:16:03 +0000 Received: from localhost ([127.0.0.1]:49230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCbWF-0008SK-7v for submit@debbugs.gnu.org; Thu, 01 Dec 2016 19:16:03 -0500 Received: from mail-lf0-f50.google.com ([209.85.215.50]:33863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCbWD-0008Rc-Dz for 17742@debbugs.gnu.org; Thu, 01 Dec 2016 19:16:02 -0500 Received: by mail-lf0-f50.google.com with SMTP id o141so183806670lff.1 for <17742@debbugs.gnu.org>; Thu, 01 Dec 2016 16:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=m2CY4LbzpNRT/slCXrE33TL4nW1pbjJOF4pnJ02SOGg=; b=TTyXhZUtdUSpt/ckgr5N8HTFH7BUyfySaDjFc+0Icr5yfpczZ74XgvnfAFKNYX4Nnl psYfCKIw23oaLvUBGpLZ+Jeaz7XYGHsGAz3KuOqZNv68uG4qABLNZwYdHtSPH/TXPjBk QIp5HpOCmLFeoopiZeCTVdNsSLACO6aP8chhc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=m2CY4LbzpNRT/slCXrE33TL4nW1pbjJOF4pnJ02SOGg=; b=Y5H5BelemkbEqMYdgJ5rw+6DnjnPT4PYA8/7NfqZcU8rkZeG+BxilIVDT/l4clgt2O GnvEqk23O4FyHj4Unr0zD9+FFSiMaapCmFuZwnQaFpQcZq0/1DqbxfP8Br0NfwuXVDTD dgDaWDt+Zd7ZI6K9oICtId/Yq+EVx0+Op/fv9CWfDpAr3444nD1hhXz6gIBQXzsu3G3y vAaUCtxTnwYo2SshEHRaF+oSIIiyYcxLZE5yea2otFK3g9m68YP0YaMCirWgcZ/fPTME GPgg88iHNJTkc82SVjwXCPZ4fbP8XMa0/V+gWyuRYjx50UOiffTdooo2B2HnitgVa71B 1qPA== X-Gm-Message-State: AKaTC01EFK7Bu/512d9FPtO/QyIgXg2Jw5keWi5b1ZZOGLOfs7VLkU9aPXehMu52/AC117Yy101lNOSmKpFelFAm X-Received: by 10.25.200.197 with SMTP id y188mr16580559lff.132.1480637754992; Thu, 01 Dec 2016 16:15:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Thu, 1 Dec 2016 16:15:54 -0800 (PST) In-Reply-To: References: From: Reuben Thomas Date: Fri, 2 Dec 2016 00:15:54 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c1a0ba06d85510542a1d725 X-Spam-Score: -0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --94eb2c1a0ba06d85510542a1d725 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 15 September 2014 at 12:06, Reuben Thomas wrote: > > Obviously, it would be nice if upstream enchant could be made to add this > functionality in the pipe mode: since it's already implemented in > libenchant, that should be easy. > =E2=80=8BOn further reflection, this seemed the best route to take, so anyo= ne interested in this bug may be interested in my patch to enchant that implements this: https://github.com/AbiWord/enchant/pull/7 This has the advantages that it was simpler to program than libenchant support in Emacs, allows other ispell-compatible programs to use enchant for spelling, and will mean that most functionality should work in Emacs without patching. If the pull-request is accepted by the enchant maintainers, I will add aspell's "replace for this session" command "$$ra"; this will require me to add support to ispell to detect a new enough enchant and use this feature as it would with aspell. --=20 http://rrt.sc3d.org --94eb2c1a0ba06d85510542a1d725 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 15 September 2014 at 12:06, Reuben Thomas <rrt@sc3d.org> wrote:

<= /div>Obviously, it would be nice if upstream enchant could be made to add t= his functionality in the pipe mode: since it's already implemented in l= ibenchant, that should be easy.
=C2=A0
=E2=80=8BOn further re= flection, this seemed the best route to take, so anyone interested in this = bug may be interested in my patch to enchant that implements this: https://github.com/AbiWord/e= nchant/pull/7

This ha= s the advantages that it was simpler to program than libenchant support in = Emacs, allows other ispell-compatible programs to use enchant for spelling,= and will mean that most functionality should work in Emacs without patchin= g.

If the pull-request is= accepted by the enchant maintainers, I will add aspell's "replace= for this session" command "$$ra"; this will require me to a= dd support to ispell to detect a new enough enchant and use this feature as= it would with aspell.

--
http://rrt.sc3d.org=
--94eb2c1a0ba06d85510542a1d725-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Dec 2016 21:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148097407614477 (code B ref 17742); Mon, 05 Dec 2016 21:42:02 +0000 Received: (at 17742) by debbugs.gnu.org; 5 Dec 2016 21:41:16 +0000 Received: from localhost ([127.0.0.1]:57370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cE10d-0003lR-Mr for submit@debbugs.gnu.org; Mon, 05 Dec 2016 16:41:15 -0500 Received: from mail-lf0-f42.google.com ([209.85.215.42]:34974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cE10b-0003lD-8i for 17742@debbugs.gnu.org; Mon, 05 Dec 2016 16:41:14 -0500 Received: by mail-lf0-f42.google.com with SMTP id b14so231878277lfg.2 for <17742@debbugs.gnu.org>; Mon, 05 Dec 2016 13:41:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=cBBqRQirVX6/QSZ7aHKSpn8z1NHifIwowbtheMJ1Qmg=; b=zXEEs71syzWOlbfv3vojmLy4y5wzHcy3t/m1h6OiD1W/IqxUdGTEbHZYH6vKJDUxR1 FUvKz95YDBmvKIKA/sqXPBMOgbId1USVBcpv0cSDH031zQ+WDu5+vMKdPHq/LWYCb5j5 2V09hGXPBW5dLmwChfYcsk3P88+U7w/P31ZWM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=cBBqRQirVX6/QSZ7aHKSpn8z1NHifIwowbtheMJ1Qmg=; b=jkz1ulogX5TMBzpnMbczkBf5nGeBPniNVYmIZ371ZNd5mIrCGzmXBXi64FGBH4f0eG Qu9SH8c7gi1QHVUPc3/sY+jjPHVOJ8/CD3XkTWiQLJL074igByYccTuVkJnTNiuAhWk4 bo5A07cfyZHLFPpmOyV/jePdU+TrAc7r3TIE5rRttcoZVaI6MRTxIu629SOeThX44rWu bqFjKoW/zb+hGFJRZfzJg28U2pamMQevT5iB7v5+tOjl6e761hk8uV0dW4CIFc6SvAr7 eFHj9bx5w/sv2gucHsXX+Hb26WL6VDg+d+FwDiE/LP+hcapMIdFF1RSzXB4ZXhcaI//j W3/A== X-Gm-Message-State: AKaTC024ND5/TxdZDgAGZf8FZXOT0ZJG40wMNqfVo4SCwtuqMCKtFtFC94smlPbYsyBxBqtUInYo1syKMqoENAl3 X-Received: by 10.25.56.65 with SMTP id d1mr21112753lfj.171.1480974067399; Mon, 05 Dec 2016 13:41:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Mon, 5 Dec 2016 13:41:06 -0800 (PST) In-Reply-To: References: From: Reuben Thomas Date: Mon, 5 Dec 2016 21:41:06 +0000 Message-ID: Content-Type: multipart/mixed; boundary=f403045ea68a35d3360542f02526 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --f403045ea68a35d3360542f02526 Content-Type: multipart/alternative; boundary=f403045ea68a35d3310542f02524 --f403045ea68a35d3310542f02524 Content-Type: text/plain; charset=UTF-8 Attached, a patch to add initial enchant support. This seems to work fine with one major limitation: at present there's no dictionary auto-discovery, and as the built-in ispell-dictionary-alist is all 8-bit encodings, while enchant is UTF-8, without some manual configuration the dreaded "misalignment errors" occur. I shall add dictionary listing support. I have already added replace-for-session ("$$ra") to my enchant patch, so enchant can use this functionality in ispell.el. -- http://rrt.sc3d.org --f403045ea68a35d3310542f02524 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Att= ached, a patch to add initial enchant support.

This seems to work fine with one major limitation: at= present there's no dictionary auto-discovery, and as the built-in ispe= ll-dictionary-alist is all 8-bit encodings, while enchant is UTF-8, without= some manual configuration the dreaded "misalignment errors" occu= r.

I shall add dictionary= listing support.

I have = already added replace-for-session ("$$ra") to my enchant patch, s= o enchant can use this functionality in ispell.el.

--
http= ://rrt.sc3d.org
--f403045ea68a35d3310542f02524-- --f403045ea68a35d3360542f02526 Content-Type: text/x-patch; charset=UTF-8; name="0023-Add-basic-Enchant-support-to-ispell.el.patch" Content-Disposition: attachment; filename="0023-Add-basic-Enchant-support-to-ispell.el.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwclpvk70 RnJvbSBmM2RjZTdjNDQyNDFjMGExN2U2ZmIzOWYwN2EyY2IzMmRjMDVhOTJhIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgNCBEZWMgMjAxNiAyMjozOToyNyArMDAwMApTdWJqZWN0OiBbUEFUQ0ggMjMvMjNdIEFkZCBi YXNpYyBFbmNoYW50IHN1cHBvcnQgdG8gaXNwZWxsLmVsCk1JTUUtVmVyc2lvbjogMS4wCkNvbnRl bnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYtOApDb250ZW50LVRyYW5zZmVyLUVuY29k aW5nOiA4Yml0CgoqIGxpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCAoaXNwZWxsLXByb2dyYW0tbmFt ZSk6IEFkZCDigJxlbmNoYW504oCdLgooaXNwZWxsLXJlYWxseS1lbmNoYW50KTogQWRkIHZhcmlh YmxlLgooaXNwZWxsLWNoZWNrLXZlcnNpb24pOiBJZiB1c2luZyBFbmNoYW50LCBjaGVjayBpdOKA mXMgbmV3IGVub3VnaCAoYXQKbGVhc3QgMS42LjEpLiAgKExpa2UgdGhlIGlzcGVsbCBjaGVjaywg dGhpcyBpcyBhYnNvbHV0ZTogY2Fubm90IHdvcmsKd2l0aG91dC4pCihpc3BlbGwtc2VuZC1yZXBs YWNlbWVudCk6IE1ha2UgaXQgd29yayB3aXRoIEVuY2hhbnQuCi0tLQogbGlzcC90ZXh0bW9kZXMv aXNwZWxsLmVsIHwgNDAgKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0tLQog MSBmaWxlIGNoYW5nZWQsIDI4IGluc2VydGlvbnMoKyksIDEyIGRlbGV0aW9ucygtKQoKZGlmZiAt LWdpdCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5l bAppbmRleCA2NzMzYzc1Li4xYjgxYTVkIDEwMDY0NAotLS0gYS9saXNwL3RleHRtb2Rlcy9pc3Bl bGwuZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMvaXNwZWxsLmVsCkBAIC0yMDksNyArMjA5LDggQEAg aXNwZWxsLWNob2ljZXMtd2luLWRlZmF1bHQtaGVpZ2h0CiAgIDpncm91cCAnaXNwZWxsKQogCiAo ZGVmY3VzdG9tIGlzcGVsbC1wcm9ncmFtLW5hbWUKLSAgKG9yIChleGVjdXRhYmxlLWZpbmQgImFz cGVsbCIpCisgIChvciAoZXhlY3V0YWJsZS1maW5kICJlbmNoYW50IikKKyAgICAgIChleGVjdXRh YmxlLWZpbmQgImFzcGVsbCIpCiAgICAgICAoZXhlY3V0YWJsZS1maW5kICJpc3BlbGwiKQogICAg ICAgKGV4ZWN1dGFibGUtZmluZCAiaHVuc3BlbGwiKQogICAgICAgImlzcGVsbCIpCkBAIC02MDUs NiArNjA2LDggQEAgaXNwZWxsLXJlYWxseS1hc3BlbGwKICAgIk5vbi1uaWwgaWYgd2UgY2FuIHVz ZSBBc3BlbGwgZXh0ZW5zaW9ucy4iKQogKGRlZnZhciBpc3BlbGwtcmVhbGx5LWh1bnNwZWxsIG5p bAogICAiTm9uLW5pbCBpZiB3ZSBjYW4gdXNlIEh1bnNwZWxsIGV4dGVuc2lvbnMuIikKKyhkZWZ2 YXIgaXNwZWxsLXJlYWxseS1lbmNoYW50IG5pbAorICAiTm9uLW5pbCBpZiB3ZSBjYW4gdXNlIEVu Y2hhbnQgZXh0ZW5zaW9ucy4iKQogKGRlZnZhciBpc3BlbGwtZW5jb2Rpbmc4LWNvbW1hbmQgbmls CiAgICJDb21tYW5kIGxpbmUgb3B0aW9uIHByZWZpeCB0byBzZWxlY3QgZW5jb2RpbmcgaWYgc3Vw cG9ydGVkLCBuaWwgb3RoZXJ3aXNlLgogSWYgc2V0dGluZyB0aGUgZW5jb2RpbmcgaXMgc3VwcG9y dGVkIGJ5IHNwZWxsY2hlY2tlciBhbmQgaXMgc2VsZWN0YWJsZSBmcm9tCkBAIC03NDAsMTcgKzc0 MywyOSBAQCBpc3BlbGwtY2hlY2stdmVyc2lvbgogCQkgIChhbmQgKHNlYXJjaC1mb3J3YXJkLXJl Z2V4cAogCQkJIihidXQgcmVhbGx5IEh1bnNwZWxsIFxcKFswLTldK1xcLlswLTlcXC4tXStcXCk/ KSIKICAgICAgICAgICAgICAgICAgICAgICAgIG5pbCB0KQorCQkgICAgICAgKG1hdGNoLXN0cmlu ZyAxKSkpCisgICAgICAgICAgICAoc2V0cSBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKwkJICAoYW5k IChzZWFyY2gtZm9yd2FyZC1yZWdleHAKKwkJCSIoYnV0IHJlYWxseSBFbmNoYW50IFxcKFswLTld K1xcLlswLTlcXC4tXStcXCk/KSIKKyAgICAgICAgICAgICAgICAgICAgICAgIG5pbCB0KQogCQkg ICAgICAgKG1hdGNoLXN0cmluZyAxKSkpKSkKIAotICAgICAgKGxldCAoKGFzcGVsbC1taW52ZXIg ICAgIjAuNTAiKQotCSAgICAoYXNwZWxsOC1taW52ZXIgICAiMC42MCIpCi0JICAgIChpc3BlbGwt bWludmVyICAgICIzLjEuMTIiKQotCSAgICAoaHVuc3BlbGw4LW1pbnZlciAiMS4xLjYiKSkKLQot CSh1bmxlc3MgKHZlcnNpb248PSBpc3BlbGwtbWludmVyIGlzcGVsbC1wcm9ncmFtLXZlcnNpb24p Ci0JICAoZXJyb3IgIiVzIHJlbGVhc2UgJXMgb3IgZ3JlYXRlciBpcyByZXF1aXJlZCIKKyAgICAg IChsZXQqICgoYXNwZWxsLW1pbnZlciAgICAiMC41MCIpCisgICAgICAgICAgICAgKGFzcGVsbDgt bWludmVyICAgIjAuNjAiKQorICAgICAgICAgICAgIChpc3BlbGwtbWludmVyICAgICIzLjEuMTIi KQorICAgICAgICAgICAgIChodW5zcGVsbDgtbWludmVyICIxLjEuNiIpCisgICAgICAgICAgICAg KGVuY2hhbnQtbWludmVyICAgIjEuNi4xIikKKyAgICAgICAgICAgICAobWludmVyIChjb25kCisg ICAgICAgICAgICAgICAgICAgICAgKChub3QgKHZlcnNpb248PSBpc3BlbGwtbWludmVyIGlzcGVs bC1wcm9ncmFtLXZlcnNpb24pKQorICAgICAgICAgICAgICAgICAgICAgICBpc3BlbGwtbWludmVy KQorICAgICAgICAgICAgICAgICAgICAgICgoYW5kIGlzcGVsbC1yZWFsbHktZW5jaGFudAorICAg ICAgICAgICAgICAgICAgICAgICAgICAgIChub3QgKHZlcnNpb248PSBlbmNoYW50LW1pbnZlciBp c3BlbGwtcmVhbGx5LWVuY2hhbnQpKSkKKyAgICAgICAgICAgICAgICAgICAgICAgZW5jaGFudC1t aW52ZXIpKSkpCisKKyAgICAgICAgKGlmIG1pbnZlcgorCSAgICAoZXJyb3IgIiVzIHJlbGVhc2Ug JXMgb3IgZ3JlYXRlciBpcyByZXF1aXJlZCIKIAkJIGlzcGVsbC1wcm9ncmFtLW5hbWUKLQkJIGlz cGVsbC1taW52ZXIpKQorCQkgbWludmVyKSkKIAogCShjb25kCiAJIChpc3BlbGwtcmVhbGx5LWFz cGVsbApAQCAtMTczNSw5ICsxNzUwLDEwIEBAIGlzcGVsbC1hY2NlcHQtb3V0cHV0CiAJICAgIChl cmFzZS1idWZmZXIpKSkpKSkpCiAKIChkZWZ1biBpc3BlbGwtc2VuZC1yZXBsYWNlbWVudCAobWlz c3BlbGxlZCByZXBsYWNlbWVudCkKLSAgIk5vdGlmeSBBc3BlbGwgdGhhdCBNSVNTUEVMTEVEIHNo b3VsZCBiZSBzcGVsbGVkIFJFUExBQ0VNRU5ULgotVGhpcyBhbGxvd3MgaW1wcm92aW5nIHRoZSBz dWdnZXN0aW9uIGxpc3QgYmFzZWQgb24gYWN0dWFsIG1pc3NwZWxsaW5ncy4iCi0gIChhbmQgaXNw ZWxsLXJlYWxseS1hc3BlbGwKKyAgIk5vdGlmeSBzcGVsbCBjaGVja2VyIHRoYXQgTUlTU1BFTExF RCBzaG91bGQgYmUgc3BlbGxlZCBSRVBMQUNFTUVOVC4KK1RoaXMgYWxsb3dzIGltcHJvdmluZyB0 aGUgc3VnZ2VzdGlvbiBsaXN0IGJhc2VkIG9uIGFjdHVhbCBtaXNzcGVsbGluZ3MuCitPbmx5IHdv cmtzIGZvciBBc3BlbGwgYW5kIEVuY2hhbnQuIgorICAoYW5kIChvciBpc3BlbGwtcmVhbGx5LWFz cGVsbCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQpCiAgICAgICAgKGlzcGVsbC1zZW5kLXN0cmluZyAo Y29uY2F0ICIkJHJhICIgbWlzc3BlbGxlZCAiLCIgcmVwbGFjZW1lbnQgIlxuIikpKSkKIAogCi0t IAoyLjcuNAoK --f403045ea68a35d3360542f02526-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Dec 2016 15:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14810396981470 (code B ref 17742); Tue, 06 Dec 2016 15:55:02 +0000 Received: (at 17742) by debbugs.gnu.org; 6 Dec 2016 15:54:58 +0000 Received: from localhost ([127.0.0.1]:58411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEI53-0000Ne-Rk for submit@debbugs.gnu.org; Tue, 06 Dec 2016 10:54:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEI52-0000NO-Ot for 17742@debbugs.gnu.org; Tue, 06 Dec 2016 10:54:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEI4u-0006ml-CZ for 17742@debbugs.gnu.org; Tue, 06 Dec 2016 10:54:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36500) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEI4u-0006mh-9B; Tue, 06 Dec 2016 10:54:48 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4545 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cEI4t-0004jP-JY; Tue, 06 Dec 2016 10:54:48 -0500 Date: Tue, 06 Dec 2016 17:55:08 +0200 Message-Id: <834m2hjbmr.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Mon, 5 Dec 2016 21:41:06 +0000) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.0 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.0 (--------) > From: Reuben Thomas > Date: Mon, 5 Dec 2016 21:41:06 +0000 > > Attached, a patch to add initial enchant support. Thanks. > This seems to work fine with one major limitation: at present there's no dictionary auto-discovery, and as the > built-in ispell-dictionary-alist is all 8-bit encodings, while enchant is UTF-8, without some manual configuration > the dreaded "misalignment errors" occur. I wonder if it won't be better to delay pushing this until you solve that problem. The ispell-dictionary-alist is for Ispell speller only; all the modern spellers should glean that information from the installed dictionaries, and not bother users with tedious setups. Do you see any need to get this into master before you add this functionality for enchant? > I shall add dictionary listing support. Thanks. Note that this should not only list the installed dictionaries, but also deduce the suitable values of CASECHARS and NOT-CASECHARS for each dictionary. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Dec 2016 15:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14810397941625 (code B ref 17742); Tue, 06 Dec 2016 15:57:01 +0000 Received: (at 17742) by debbugs.gnu.org; 6 Dec 2016 15:56:34 +0000 Received: from localhost ([127.0.0.1]:58415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEI6b-0000Q7-6g for submit@debbugs.gnu.org; Tue, 06 Dec 2016 10:56:34 -0500 Received: from mail-wj0-f176.google.com ([209.85.210.176]:34686) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEI6Z-0000Pu-LI for 17742@debbugs.gnu.org; Tue, 06 Dec 2016 10:56:32 -0500 Received: by mail-wj0-f176.google.com with SMTP id tg4so71422653wjb.1 for <17742@debbugs.gnu.org>; Tue, 06 Dec 2016 07:56:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ShwDmxmYd0L8XhQTSIIyYI3nFOuWF2hZBOSkO9iiWzg=; b=rP7v2g2yWWPg0L17K6N8poFH/mWYP5VARK09yYIXsh++yrMduZNw31hKnCsdZ7bBDr soZD1U/ZRnTAdNzcceGnFqyMnnioPihjzKPhJorHxj7cTMrMtCKCSsIOHqP9dwULE8bX u08x+CoC9p3liV2Hbkj+XYsKcF9DxWAI3osEY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ShwDmxmYd0L8XhQTSIIyYI3nFOuWF2hZBOSkO9iiWzg=; b=D5B29KZBqynDnYiFVIvYUoNGsaZpghoknvfqkRK/bcLN4G4glbqI/9aru7JT+WTkxf rPZOhNMieVMrTvhG/mUrPFkmhFSCVrAGoxa5+Hsp2lA2aaxyt8MqdacNUVqupfJKpzjQ 8WulnQYiFAyVnvUWqBlp5wxodtBRvsA6dFNsKNBN//X4V50EyCbxAs5RQ4KdoIb5Hl3n LcQA10Nq17myPIYkkKaDAHg6KgWihBXdiK0gyV2iDLclmumaJjiU3ULxnJLH0soQZ+j3 Mmtm0v6EHgAn/PkkVHR5WjZy1KIzHF3uc8vMXDMITKrTfmaz9oHEzXhW6EZ5+x6k6ApZ ZgmA== X-Gm-Message-State: AKaTC00NqMUEENEs8Sv039RprR7w5LcjcQdNAc8tMfCKVVN8qcXR1cqvwtCZYUVroHcBQAeByx/CZc/+2NHfiM59 X-Received: by 10.25.234.145 with SMTP id y17mr562891lfi.25.1481039784649; Tue, 06 Dec 2016 07:56:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Tue, 6 Dec 2016 07:56:24 -0800 (PST) In-Reply-To: <834m2hjbmr.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> From: Reuben Thomas Date: Tue, 6 Dec 2016 15:56:24 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c0ecc5e43440a0542ff7276 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --94eb2c0ecc5e43440a0542ff7276 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 6 December 2016 at 15:55, Eli Zaretskii wrote: > > I wonder if it won't be better to delay pushing this until you solve > that problem. The ispell-dictionary-alist is for Ispell speller only; > all the modern spellers should glean that information from the > installed dictionaries, and not bother users with tedious setups. Do > you see any need to get this into master before you add this > functionality for enchant? > =E2=80=8BSorry if I wasn't clear: I'm working on adding dictionary detectio= n right now.=E2=80=8B You're quite right that should be added before the patch is considered installable. > Thanks. Note that this should not only list the installed > dictionaries, but also deduce the suitable values of CASECHARS and > NOT-CASECHARS for each dictionary. > =E2=80=8BThanks for the tip. --=20 http://rrt.sc3d.org --94eb2c0ecc5e43440a0542ff7276 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 6 December 2016 at 15:55, Eli Zaretskii <eliz@gnu.org> wrote:
=

I wonder if it won't be better to delay pushing this until you s= olve
that problem.=C2=A0 The ispell-dictionary-alist is for Ispell speller only;=
all the modern spellers should glean that information from the
installed dictionaries, and not bother users with tedious setups.=C2=A0 Do<= br> you see any need to get this into master before you add this
functionality for enchant?

=E2=80=8BSorry if I wasn't= clear: I'm working on adding dictionary detection right now.=E2=80=8B = You're quite right that should be added before the patch is considered = installable.
=C2=A0
Thanks.=C2=A0 Note that this should not only list the installed
dictionaries, but also deduce the suitable values of CASECHARS and
NOT-CASECHARS for each dictionary.

=E2=80=8BThanks for the tip.

--
http://rrt.sc3d.org
--94eb2c0ecc5e43440a0542ff7276-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 00:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.1481590437445 (code B ref 17742); Tue, 13 Dec 2016 00:54:01 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 00:53:57 +0000 Received: from localhost ([127.0.0.1]:39804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGbLx-000076-9i for submit@debbugs.gnu.org; Mon, 12 Dec 2016 19:53:57 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:38164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGbLu-00006q-06 for 17742@debbugs.gnu.org; Mon, 12 Dec 2016 19:53:55 -0500 Received: by mail-wm0-f51.google.com with SMTP id f82so95655701wmf.1 for <17742@debbugs.gnu.org>; Mon, 12 Dec 2016 16:53:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r2YFKRNxD0BjRxXO1lV/RhexgroKNkGdb7c/3IP4ZLE=; b=3hNR1TdnrJlvZfHV1aTd2CAhibNIlTIXuoSETuAqBVQMJz2npnddUOF53IftSLpHWo q3mXibCKe30YmhqHyRY3hhqzXfzcx96DE5eL6seqHx+v0NjDKB82pQBdru/LjMksAIuH oo8+mSjLPJgvP3zIqbOWfxD+wdViSktt0ENgk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r2YFKRNxD0BjRxXO1lV/RhexgroKNkGdb7c/3IP4ZLE=; b=Z57GDK/t4OGULVovEpBYa3yO/4+x2upsdmQ0lbgvmoA3cpu7sBSSxQ3qgexoxO23q2 X7maYJQsVdgrZa6HSuY8XZVJffw+mDuqHUj/TF/Yp3sNqBkBAvdspzoxnZGhjsJ+jllD /wrL+52hEyZnsc4f8mkA/vlLKWAKB/FETg3g/3pu87C3TE9L04/8VI56Hu4jiSCPAYXR WwLxXZ3JkiqchhCSMTRwGZR2HNNUAIUE1b0sEg06pSGl9+MrWCqHGLPhDV8a+XZCwbuv rzQrWLQPI+kSneIGbLyGM5gjICbJrDVcTZAJAVnH6O16wS2qbc5deJGACrmgVBz2wkJb HhgQ== X-Gm-Message-State: AKaTC01YaTvvCIvotlRUFzOX2UB8BvgdRs5g7DshvXWwBXF7d9BJubsJ7Git1+3HQETwLtOBNfXbtGSz+rnfwUQo X-Received: by 10.25.56.65 with SMTP id d1mr30033472lfj.171.1481590427976; Mon, 12 Dec 2016 16:53:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Mon, 12 Dec 2016 16:53:47 -0800 (PST) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> From: Reuben Thomas Date: Tue, 13 Dec 2016 00:53:47 +0000 Message-ID: Content-Type: multipart/mixed; boundary=f403045ea68a29a9a105437fa782 X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --f403045ea68a29a9a105437fa782 Content-Type: multipart/alternative; boundary=f403045ea68a29a99b05437fa780 --f403045ea68a29a99b05437fa780 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 6 December 2016 at 15:56, Reuben Thomas wrote: > On 6 December 2016 at 15:55, Eli Zaretskii wrote: > >> >> I wonder if it won't be better to delay pushing this until you solve >> that problem. The ispell-dictionary-alist is for Ispell speller only; >> all the modern spellers should glean that information from the >> installed dictionaries, and not bother users with tedious setups. Do >> you see any need to get this into master before you add this >> functionality for enchant? >> > > =E2=80=8BSorry if I wasn't clear: I'm working on adding dictionary detect= ion right > now.=E2=80=8B You're quite right that should be added before the patch is > considered installable. > > >> Thanks. Note that this should not only list the installed >> dictionaries, but also deduce the suitable values of CASECHARS and >> NOT-CASECHARS for each dictionary. >> > > =E2=80=8BThanks for the tip. > =E2=80=8BIn fact, it proves to be impossible to deduce suitable values curr= ently, so I set defaults. Enchant will need changes to support this (unless one finds the provider for each dictionary and uses ispell.el's existing back-end-specific code, but this is a nasty solution). This simple solution gets the correct encoding at least (Enchant is always utf8), and hence fixes the misalignment errors. However, I have updated my enchant patches to add dictionary listing, and hence my ispell.el patches to automatically find the enchant dictionaries. --=20 http://rrt.sc3d.org --f403045ea68a29a99b05437fa780 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 6 December 2016 at 15:56, Reuben Thomas <rrt@sc3d.org> wrote:
=
On 6 December 2016 at 15:55, Eli Zaretskii <eliz@gnu.org> w= rote:

I wonder if it won't be better to delay pushing this until you s= olve
that problem.=C2=A0 The ispell-dictionary-alist is for Ispell speller only;=
all the modern spellers should glean that information from the
installed dictionaries, and not bother users with tedious setups.=C2=A0 Do<= br> you see any need to get this into master before you add this
functionality for enchant?

=E2=80=8BSorry if I wasn't clear: I'm wor= king on adding dictionary detection right now.=E2=80=8B You're quite ri= ght that should be added before the patch is considered installable.
<= /div>
=C2=A0
T= hanks.=C2=A0 Note that this should not only list the installed
dictionaries, but also deduce the suitable values of CASECHARS and
NOT-CASECHARS for each dictionary.

=E2=80=8BThank= s for the tip.

=E2=80=8BIn fact, it proves to= be impossible to deduce suitable values currently, so I set defaults. Ench= ant will need changes to support this (unless one finds the provider for ea= ch dictionary and uses ispell.el's existing back-end-specific code, but= this is a nasty solution). This simple solution gets the correct encoding = at least (Enchant is always utf8), and hence fixes the misalignment errors.=

However, I have updated = my enchant patches to add dictionary listing, and hence my ispell.el patche= s to automatically find the enchant dictionaries.
--
http://rrt.sc3d.org<= /a>
--f403045ea68a29a99b05437fa780-- --f403045ea68a29a9a105437fa782 Content-Type: text/x-patch; charset=UTF-8; name="0025-Add-Enchant-support-to-ispell.el.patch" Content-Disposition: attachment; filename="0025-Add-Enchant-support-to-ispell.el.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwmsolw30 RnJvbSBiMDBmMTEwZjZjNGUwMGJkNmFmNmI5YTFlMTJmMGEyZTI1MzAzOTk4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgNCBEZWMgMjAxNiAyMjozOToyNyArMDAwMApTdWJqZWN0OiBbUEFUQ0ggMjUvMjVdIEFkZCBF bmNoYW50IHN1cHBvcnQgdG8gaXNwZWxsLmVsCk1JTUUtVmVyc2lvbjogMS4wCkNvbnRlbnQtVHlw ZTogdGV4dC9wbGFpbjsgY2hhcnNldD1VVEYtOApDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA4 Yml0CgoqIGxpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCAoaXNwZWxsLXByb2dyYW0tbmFtZSk6IEFk ZCDigJxlbmNoYW504oCdLgooaXNwZWxsLXJlYWxseS1lbmNoYW50KTogQWRkIHZhcmlhYmxlLgoo aXNwZWxsLWNoZWNrLXZlcnNpb24pOiBJZiB1c2luZyBFbmNoYW50LCBjaGVjayBpdOKAmXMgbmV3 IGVub3VnaCAoYXQKbGVhc3QgMS42LjEpLiAgKExpa2UgdGhlIGlzcGVsbCBjaGVjaywgdGhpcyBp cyBhYnNvbHV0ZTogY2Fubm90IHdvcmsKd2l0aG91dC4pCihpc3BlbGwtZW5jaGFudC1kaWN0aW9u YXJ5LWFsaXN0KTogQWRkIHZhcmlhYmxlLgooaXNwZWxsLWZpbmQtZW5jaGFudC1kaWN0aW9uYXJp ZXMpOiBBZGQgZnVuY3Rpb24sIGJhc2VkIG9uCmlzcGVsbC1maW5kLWFzcGVsbC1kaWN0aW9uYXJp ZXMuCihpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXMpOiBBbGxvdyBkaWN0aW9uYXJ5IGF1 dG8tZGV0ZWN0aW9uIGZvcgpFbmNoYW50LCBhbmQgY2FsbCBpc3BlbGwtZmluZC1lbmNoYW50LWRp Y3Rpb25hcmllcyB0byBmaW5kIHRoZW0uICBVc2UKb2xkIGlzcGVsbCBuYW1lIHRvIGxvY2FsZSBt YXBwaW5nIGNvZGUgZm9yIEVuY2hhbnQgdG9vLgooaXNwZWxsLXNlbmQtcmVwbGFjZW1lbnQpOiBN YWtlIGl0IHdvcmsgd2l0aCBFbmNoYW50LgotLS0KIGxpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCB8 IDc3ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLQogMSBm aWxlIGNoYW5nZWQsIDYzIGluc2VydGlvbnMoKyksIDE0IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdp dCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbApp bmRleCAzN2E2ZmZjLi4xOWEyZTAyIDEwMDY0NAotLS0gYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwu ZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMvaXNwZWxsLmVsCkBAIC0yMDgsNiArMjA4LDEwIEBAIGlz cGVsbC1jaG9pY2VzLXdpbi1kZWZhdWx0LWhlaWdodAogICA6dHlwZSAnaW50ZWdlcgogICA6Z3Jv dXAgJ2lzcGVsbCkKIAorOzsgWFhYIEFkZCBlbmNoYW50IHRvIHRoaXMgbGlzdCBvbmNlIGVuY2hh bnQgPj0gMS42LjEgaXMgd2lkZXNwcmVhZC4KKzs7IEJlZm9yZSB0aGF0LCBhZGRpbmcgaXQgaXMg dXNlbGVzcywgYXMgaWYgaXQgaXMgZm91bmQsIGl0IHdpbGwganVzdAorOzsgY2F1c2UgYW4gZXJy b3I7IGFuZCBvbmUgb2YgdGhlIG90aGVyIHNwZWxsaW5nIGVuZ2luZXMgYmVsb3cgaXMKKzs7IGFs bW9zdCBjZXJ0YWlubHkgaW5zdGFsbGVkIGluIGFueSBjYXNlLCBmb3IgZW5jaGFudCB0byB1c2Uu CiAoZGVmY3VzdG9tIGlzcGVsbC1wcm9ncmFtLW5hbWUKICAgKG9yIChleGVjdXRhYmxlLWZpbmQg ImFzcGVsbCIpCiAgICAgICAoZXhlY3V0YWJsZS1maW5kICJpc3BlbGwiKQpAQCAtNjA1LDYgKzYw OSw4IEBAIGlzcGVsbC1yZWFsbHktYXNwZWxsCiAgICJOb24tbmlsIGlmIHdlIGNhbiB1c2UgQXNw ZWxsIGV4dGVuc2lvbnMuIikKIChkZWZ2YXIgaXNwZWxsLXJlYWxseS1odW5zcGVsbCBuaWwKICAg Ik5vbi1uaWwgaWYgd2UgY2FuIHVzZSBIdW5zcGVsbCBleHRlbnNpb25zLiIpCisoZGVmdmFyIGlz cGVsbC1yZWFsbHktZW5jaGFudCBuaWwKKyAgIk5vbi1uaWwgaWYgd2UgY2FuIHVzZSBFbmNoYW50 IGV4dGVuc2lvbnMuIikKIChkZWZ2YXIgaXNwZWxsLWVuY29kaW5nOC1jb21tYW5kIG5pbAogICAi Q29tbWFuZCBsaW5lIG9wdGlvbiBwcmVmaXggdG8gc2VsZWN0IGVuY29kaW5nIGlmIHN1cHBvcnRl ZCwgbmlsIG90aGVyd2lzZS4KIElmIHNldHRpbmcgdGhlIGVuY29kaW5nIGlzIHN1cHBvcnRlZCBi eSBzcGVsbGNoZWNrZXIgYW5kIGlzIHNlbGVjdGFibGUgZnJvbQpAQCAtNzM5LDE3ICs3NDUsMjYg QEAgaXNwZWxsLWNoZWNrLXZlcnNpb24KIAkJICAoYW5kIChzZWFyY2gtZm9yd2FyZC1yZWdleHAK IAkJCSIoYnV0IHJlYWxseSBIdW5zcGVsbCBcXChbMC05XStcXC5bMC05XFwuLV0rXFwpPykiCiAg ICAgICAgICAgICAgICAgICAgICAgICBuaWwgdCkKKwkJICAgICAgIChtYXRjaC1zdHJpbmcgMSkp KQorICAgICAgICAgICAgKHNldHEgaXNwZWxsLXJlYWxseS1lbmNoYW50CisJCSAgKGFuZCAoc2Vh cmNoLWZvcndhcmQtcmVnZXhwCisJCQkiKGJ1dCByZWFsbHkgRW5jaGFudCBcXChbMC05XStcXC5b MC05XFwuLV0rXFwpPykiCisgICAgICAgICAgICAgICAgICAgICAgICBuaWwgdCkKIAkJICAgICAg IChtYXRjaC1zdHJpbmcgMSkpKSkpCiAKICAgICAgIChsZXQqICgoYXNwZWxsOC1taW52ZXIgICAi MC42MCIpCiAgICAgICAgICAgICAgKGlzcGVsbC1taW52ZXIgICAgIjMuMS4xMiIpCiAgICAgICAg ICAgICAgKGh1bnNwZWxsOC1taW52ZXIgIjEuMS42IikKKyAgICAgICAgICAgICAoZW5jaGFudC1t aW52ZXIgICAiMS42LjEiKQogICAgICAgICAgICAgIChtaW52ZXIgKGNvbmQKICAgICAgICAgICAg ICAgICAgICAgICAoKG5vdCAodmVyc2lvbjw9IGlzcGVsbC1taW52ZXIgaXNwZWxsLXByb2dyYW0t dmVyc2lvbikpCiAgICAgICAgICAgICAgICAgICAgICAgIGlzcGVsbC1taW52ZXIpCiAgICAgICAg ICAgICAgICAgICAgICAgKChhbmQgaXNwZWxsLXJlYWxseS1hc3BlbGwKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAobm90ICh2ZXJzaW9uPD0gYXNwZWxsOC1taW52ZXIgaXNwZWxsLXJlYWxs eS1hc3BlbGwpKSkKLSAgICAgICAgICAgICAgICAgICAgICAgYXNwZWxsOC1taW52ZXIpKSkpCisg ICAgICAgICAgICAgICAgICAgICAgIGFzcGVsbDgtbWludmVyKQorICAgICAgICAgICAgICAgICAg ICAgICgoYW5kIGlzcGVsbC1yZWFsbHktZW5jaGFudAorICAgICAgICAgICAgICAgICAgICAgICAg ICAgIChub3QgKHZlcnNpb248PSBlbmNoYW50LW1pbnZlciBpc3BlbGwtcmVhbGx5LWVuY2hhbnQp KSkKKyAgICAgICAgICAgICAgICAgICAgICAgZW5jaGFudC1taW52ZXIpKSkpCiAKICAgICAgICAg KGlmIG1pbnZlcgogCSAgICAoZXJyb3IgIiVzIHJlbGVhc2UgJXMgb3IgZ3JlYXRlciBpcyByZXF1 aXJlZCIKQEAgLTExNzMsNiArMTE4OCwzNCBAQCBpc3BlbGwtZmluZC1odW5zcGVsbC1kaWN0aW9u YXJpZXMKICAgICAgICAgICAgICAgICAgICAgKGxpc3QgZGljdCkpCiAgICAgICAgICAgICAgICAg ICBpc3BlbGwtaHVuc3BlbGwtZGljdGlvbmFyeS1hbGlzdCA6dGVzdCAjJ2VxdWFsKSkpKQogCis7 OyBNYWtlIGlzcGVsbC5lbCB3b3JrIGJldHRlciB3aXRoIGVuY2hhbnQuCisKKyhkZWZ2YXIgaXNw ZWxsLWVuY2hhbnQtZGljdGlvbmFyeS1hbGlzdCBuaWwKKyAgIkFuIGFsaXN0IG9mIHBhcnNlZCBF bmNoYW50IGRpY3RzIGFuZCBhc3NvY2lhdGVkIHBhcmFtZXRlcnMuCitJbnRlcm5hbCB1c2UuIikK KworKGRlZnVuIGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzICgpCisgICJGaW5kIEVu Y2hhbnQncyBkaWN0aW9uYXJpZXMsIGFuZCByZWNvcmQgaW4gYGlzcGVsbC1lbmNoYW50LWRpY3Rp b25hcnktYWxpc3QnLiIKKyAgKGxldCogKChkaWN0aW9uYXJpZXMKKwkgIChzcGxpdC1zdHJpbmcK KwkgICAod2l0aC10ZW1wLWJ1ZmZlcgorCSAgICAgKGlzcGVsbC1jYWxsLXByb2Nlc3MgaXNwZWxs LXByb2dyYW0tbmFtZSBuaWwgdCBuaWwgIi1EIikKKwkgICAgIChidWZmZXItc3RyaW5nKSkpKQor ICAgICAgICAgKGZvdW5kCisgICAgICAgICAgKG1hcGNhciAjJyhsYW1iZGEgKGxhbmcpCisgICAg ICAgICAgICAgICAgICAgICAgYCgsbGFuZyAiW1s6YWxwaGE6XV0iICJbXls6YWxwaGE6XV0iICJb Jy7igJktXSIgdCBuaWwgbmlsIHV0Zi04KSkKKyAgICAgICAgICAgICAgICAgIGRpY3Rpb25hcmll cykpKQorICAgIDs7IE1lcmdlIGludG8gRk9VTkQgYW55IGVsZW1lbnRzIGZyb20gdGhlIHN0YW5k YXJkIGlzcGVsbC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QKKyAgICA7OyB3aGljaCBoYXZlIG5vIGVs ZW1lbnQgaW4gRk9VTkQgYXQgYWxsLgorICAgIChkb2xpc3QgKGRpY3QgaXNwZWxsLWRpY3Rpb25h cnktYmFzZS1hbGlzdCkKKyAgICAgICh1bmxlc3MgKGFzc29jIChjYXIgZGljdCkgZm91bmQpCisJ KHNldHEgZm91bmQgKG5jb25jIGZvdW5kIChsaXN0IGRpY3QpKSkpKQorICAgIChzZXRxIGlzcGVs bC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QgZm91bmQpCisgICAgOzsgQWRkIGEgZGVmYXVsdCBl bnRyeQorICAgIChsZXQgKChkZWZhdWx0LWRpY3QKKyAgICAgICAgICAgJyhuaWwgIltbOmFscGhh Ol1dIiAiW15bOmFscGhhOl1dIiAiWycu4oCZLV0iIHQgbmlsIG5pbCB1dGYtOCkpKQorICAgICAg KHB1c2ggZGVmYXVsdC1kaWN0IGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QpKSkpCisK IDs7IFNldCBwYXJhbXMgYWNjb3JkaW5nIHRvIHRoZSBzZWxlY3RlZCBzcGVsbGNoZWNrZXIKIAog KGRlZnZhciBpc3BlbGwtbGFzdC1wcm9ncmFtLW5hbWUgbmlsCkBAIC0xMTk4LDcgKzEyNDEsNyBA QCBpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXMKIAkJICAgKHNldHEgaXNwZWxsLWxpYnJh cnktZGlyZWN0b3J5IChpc3BlbGwtY2hlY2stdmVyc2lvbikpCiAJCSAgIHQpCiAJICAgICAgIChl cnJvciBuaWwpKQotCSAgICAgaXNwZWxsLWVuY29kaW5nOC1jb21tYW5kKQorCSAgICAgKG9yIGlz cGVsbC1lbmNvZGluZzgtY29tbWFuZCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQpKQogCTs7IGF1dG8t ZGV0ZWN0aW9uIHdpbGwgb25seSBiZSB1c2VkIGlmIHNwZWxsY2hlY2tlciBpcyBub3QKIAk7OyBp c3BlbGwgYW5kIHN1cHBvcnRzIGEgd2F5IHRvIHNldCBjb21tdW5pY2F0aW9uIHRvIFVURi04Lgog CShpZiBpc3BlbGwtcmVhbGx5LWFzcGVsbApAQCAtMTIwNiwxMSArMTI0OSwxNCBAQCBpc3BlbGwt c2V0LXNwZWxsY2hlY2tlci1wYXJhbXMKIAkJKGlzcGVsbC1maW5kLWFzcGVsbC1kaWN0aW9uYXJp ZXMpKQogCSAgKGlmIGlzcGVsbC1yZWFsbHktaHVuc3BlbGwKIAkgICAgICAob3IgaXNwZWxsLWh1 bnNwZWxsLWRpY3Rpb25hcnktYWxpc3QKLQkJICAoaXNwZWxsLWZpbmQtaHVuc3BlbGwtZGljdGlv bmFyaWVzKSkpKSkKKwkJICAoaXNwZWxsLWZpbmQtaHVuc3BlbGwtZGljdGlvbmFyaWVzKSkKKyAg ICAgICAgICAgIChpZiBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKyAgICAgICAgICAgICAgICAob3Ig aXNwZWxsLWVuY2hhbnQtZGljdGlvbmFyeS1hbGlzdAorICAgICAgICAgICAgICAgICAgICAoaXNw ZWxsLWZpbmQtZW5jaGFudC1kaWN0aW9uYXJpZXMpKSkpKSkKIAogICAgIDs7IFN1YnN0aXR1dGUg aXNwZWxsLWRpY3Rpb25hcnktYWxpc3Qgd2l0aCB0aGUgbGlzdCBvZgogICAgIDs7IGRpY3Rpb25h cmllcyBjb3JyZXNwb25kaW5nIHRvIHRoZSBnaXZlbiBzcGVsbGNoZWNrZXIuCi0gICAgOzsgSWYg YSByZWNlbnQgYXNwZWxsIG9yIGh1bnNwZWxsLCB1c2UgdGhlIGxpc3Qgb2YgcmVhbGx5CisgICAg OzsgV2l0aCBwcm9ncmFtcyB0aGF0IHN1cHBvcnQgaXQsIHVzZSB0aGUgbGlzdCBvZiByZWFsbHkK ICAgICA7OyBpbnN0YWxsZWQgZGljdGlvbmFyaWVzIGFuZCBhZGQgdG8gaXQgZWxlbWVudHMgb2Yg dGhlIG9yaWdpbmFsCiAgICAgOzsgbGlzdCB0aGF0IGFyZSBub3QgcHJlc2VudCB0aGVyZS4gQWxs b3cgZGlzdHJvIGluZm8uCiAgICAgKGxldCAoKGZvdW5kLWRpY3RzLWFsaXN0CkBAIC0xMjE5LDE3 ICsxMjY1LDE5IEBAIGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcwogCQkgICBpc3BlbGwt YXNwZWxsLWRpY3Rpb25hcnktYWxpc3QKIAkJIChpZiBpc3BlbGwtcmVhbGx5LWh1bnNwZWxsCiAJ CSAgICAgaXNwZWxsLWh1bnNwZWxsLWRpY3Rpb25hcnktYWxpc3QpKQotCSAgICAgbmlsKSkKKwkg ICAgIChpZiBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKyAgICAgICAgICAgICAgICAgaXNwZWxsLWVu Y2hhbnQtZGljdGlvbmFyeS1hbGlzdAorICAgICAgICAgICAgICAgbmlsKSkpCiAJICAoaXNwZWxs LWRpY3Rpb25hcnktYmFzZS1hbGlzdCBpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0KQogCSAg aXNwZWxsLWJhc2UtZGljdHMtb3ZlcnJpZGUtYWxpc3QgOyBPdmVycmlkZSBvbmx5IGJhc2UtZGlj dHMtYWxpc3QKIAkgIGFsbC1kaWN0cy1hbGlzdCkKIAogICAgICAgOzsgV2hpbGUgaXNwZWxsIGFu ZCBhc3BlbGwgKHRocm91Z2ggYWxpYXNlcykgdXNlIHRoZSB0cmFkaXRpb25hbAotICAgICAgOzsg ZGljdCBuYW1pbmcgb3JpZ2luYWxseSBleHBlY3RlZCBieSBpc3BlbGwuZWwsIGh1bnNwZWxsCi0g ICAgICA7OyB1c2VzIGxvY2FsZSBiYXNlZCBuYW1lcyB3aXRoIG5vIGFsaWFzLiAgV2UgbmVlZCB0 byBtYXAKKyAgICAgIDs7IGRpY3QgbmFtaW5nIG9yaWdpbmFsbHkgZXhwZWN0ZWQgYnkgaXNwZWxs LmVsLCBodW5zcGVsbCAmIEVuY2hhbnQKKyAgICAgIDs7IHVzZSBsb2NhbGUtYmFzZWQgbmFtZXMg d2l0aCBubyBhbGlhcy4gIFdlIG5lZWQgdG8gbWFwCiAgICAgICA7OyBzdGFuZGFyZCBuYW1lcyB0 byBsb2NhbGUgYmFzZWQgbmFtZXMgdG8gbWFrZSBkZWZhdWx0IGRpY3QKLSAgICAgIDs7IGRlZmlu aXRpb25zIGF2YWlsYWJsZSBmb3IgaHVuc3BlbGwuCi0gICAgICAoaWYgaXNwZWxsLXJlYWxseS1o dW5zcGVsbAorICAgICAgOzsgZGVmaW5pdGlvbnMgYXZhaWxhYmxlIHRvIHRoZXNlIHByb2dyYW1z LgorICAgICAgKGlmIChvciBpc3BlbGwtcmVhbGx5LWh1bnNwZWxsIGlzcGVsbC1yZWFsbHktZW5j aGFudCkKIAkgIChsZXQgKHRtcC1kaWN0cy1hbGlzdCkKIAkgICAgKGRvbGlzdCAoYWRpY3QgaXNw ZWxsLWRpY3Rpb25hcnktYmFzZS1hbGlzdCkKIAkgICAgICAobGV0KiAoKGRpY3QtbmFtZSAobnRo IDAgYWRpY3QpKQpAQCAtMTI1NCw3ICsxMzAyLDcgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXIt cGFyYW1zCiAJCQkoc2V0cSBpc3BlbGwtYXJncwogCQkJICAgICAgKG5jb25jIGlzcGVsbC1hcmdz IChsaXN0ICItZCIgZGljdC1lcXVpdikpKQogCQkgICAgICAobWVzc2FnZQotCQkgICAgICAgImlz cGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtczogTWlzc2luZyBIdW5zcGVsbCBlcXVpdiBmb3Ig XCIlc1wiLiBTa2lwcGluZy4iCisJCSAgICAgICAiaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFy YW1zOiBNaXNzaW5nIGVxdWl2YWxlbnQgZm9yIFwiJXNcIi4gU2tpcHBpbmcuIgogCQkgICAgICAg ZGljdC1uYW1lKQogCQkgICAgICAoc2V0cSBza2lwLWRpY3QgdCkpKQogCkBAIC0xMjk2LDcgKzEz NDQsNyBAQCBpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXMKICAgICAgICAgICAgICAgICAg ICAgICAgICAobnRoIDQgYWRpY3QpICAgOyBtYW55LW90aGVyY2hhcnMtcAogICAgICAgICAgICAg ICAgICAgICAgICAgIChudGggNSBhZGljdCkgICA7IGlzcGVsbC1hcmdzCiAgICAgICAgICAgICAg ICAgICAgICAgICAgKG50aCA2IGFkaWN0KSAgIDsgZXh0ZW5kZWQtY2hhcmFjdGVyLW1vZGUKLSAg ICAgICAgICAgICAgICAgICAgICAgICAoaWYgaXNwZWxsLWVuY29kaW5nOC1jb21tYW5kCisgICAg ICAgICAgICAgICAgICAgICAgICAgKGlmIChvciBpc3BlbGwtZW5jb2Rpbmc4LWNvbW1hbmQgaXNw ZWxsLXJlYWxseS1lbmNoYW50KQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAndXRmLTgK ICAgICAgICAgICAgICAgICAgICAgICAgICAgIChudGggNyBhZGljdCkpKQogICAgICAgICAgICAg ICAgICAgICAgIGFkaWN0KQpAQCAtMTczMiw5ICsxNzgwLDEwIEBAIGlzcGVsbC1hY2NlcHQtb3V0 cHV0CiAJICAgIChlcmFzZS1idWZmZXIpKSkpKSkpCiAKIChkZWZ1biBpc3BlbGwtc2VuZC1yZXBs YWNlbWVudCAobWlzc3BlbGxlZCByZXBsYWNlbWVudCkKLSAgIk5vdGlmeSBBc3BlbGwgdGhhdCBN SVNTUEVMTEVEIHNob3VsZCBiZSBzcGVsbGVkIFJFUExBQ0VNRU5ULgotVGhpcyBhbGxvd3MgaW1w cm92aW5nIHRoZSBzdWdnZXN0aW9uIGxpc3QgYmFzZWQgb24gYWN0dWFsIG1pc3NwZWxsaW5ncy4i Ci0gIChhbmQgaXNwZWxsLXJlYWxseS1hc3BlbGwKKyAgIk5vdGlmeSBzcGVsbCBjaGVja2VyIHRo YXQgTUlTU1BFTExFRCBzaG91bGQgYmUgc3BlbGxlZCBSRVBMQUNFTUVOVC4KK1RoaXMgYWxsb3dz IGltcHJvdmluZyB0aGUgc3VnZ2VzdGlvbiBsaXN0IGJhc2VkIG9uIGFjdHVhbCBtaXNzcGVsbGlu Z3MuCitPbmx5IHdvcmtzIGZvciBBc3BlbGwgYW5kIEVuY2hhbnQuIgorICAoYW5kIChvciBpc3Bl bGwtcmVhbGx5LWFzcGVsbCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQpCiAgICAgICAgKGlzcGVsbC1z ZW5kLXN0cmluZyAoY29uY2F0ICIkJHJhICIgbWlzc3BlbGxlZCAiLCIgcmVwbGFjZW1lbnQgIlxu IikpKSkKIAogCi0tIAoyLjcuNAoK --f403045ea68a29a9a105437fa782-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 16:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14816470522575 (code B ref 17742); Tue, 13 Dec 2016 16:38:02 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 16:37:32 +0000 Received: from localhost ([127.0.0.1]:40930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGq56-0000fT-F7 for submit@debbugs.gnu.org; Tue, 13 Dec 2016 11:37:32 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGq55-0000fH-Dr for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 11:37:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cGq4x-0006lW-Bj for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 11:37:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cGq4x-0006lR-8D; Tue, 13 Dec 2016 11:37:23 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2241 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cGq4w-00029B-EG; Tue, 13 Dec 2016 11:37:23 -0500 Date: Tue, 13 Dec 2016 18:37:12 +0200 Message-Id: <83bmwfbxaf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Tue, 13 Dec 2016 00:53:47 +0000) References: <834m2hjbmr.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 13 Dec 2016 00:53:47 +0000 > Cc: 17742@debbugs.gnu.org > > Thanks. Note that this should not only list the installed > dictionaries, but also deduce the suitable values of CASECHARS and > NOT-CASECHARS for each dictionary. > > ​Thanks for the tip. > > ​In fact, it proves to be impossible to deduce suitable values currently, so I set defaults. Enchant will need > changes to support this (unless one finds the provider for each dictionary and uses ispell.el's existing > back-end-specific code, but this is a nasty solution). This simple solution gets the correct encoding at least > (Enchant is always utf8), and hence fixes the misalignment errors. > [...] > +(defun ispell-find-enchant-dictionaries () > + "Find Enchant's dictionaries, and record in `ispell-enchant-dictionary-alist'." > + (let* ((dictionaries > + (split-string > + (with-temp-buffer > + (ispell-call-process ispell-program-name nil t nil "-D") > + (buffer-string)))) > + (found > + (mapcar #'(lambda (lang) > + `(,lang "[[:alpha:]]" "[^[:alpha:]]" "['.’-]" t nil nil utf-8)) > + dictionaries))) I'm sorry, I don't think this is good enough for any language but English. I looked at a few Hunspell dictionaries I have, and almost all of them have some non-[:alpha:] characters in what becomes CASECHARS when ispell.el sets up itself for that dictionary. So this seems to be really important for correct spell-checking of almost any language. Moreover, these settings must be in sync with the words in the dictionary, so it isn't just some general setting determined by the dictionary's language, it must come from the dictionary or its authors. I understand that Enchant doesn't yet support these features, but in that case we must provide our users with some way of customizing these settings, we cannot silently use defaults that are most probably inappropriate, even if they are 90% correct. Do the dictionaries used by Enchant really fail to provide this information? Aren't they Aspell dictionaries or similar? From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 18:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148165361318817 (code B ref 17742); Tue, 13 Dec 2016 18:27:01 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 18:26:53 +0000 Received: from localhost ([127.0.0.1]:40999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGrmt-0004tP-UC for submit@debbugs.gnu.org; Tue, 13 Dec 2016 13:26:52 -0500 Received: from mail-lf0-f46.google.com ([209.85.215.46]:32807) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGrmr-0004tA-Ku for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 13:26:50 -0500 Received: by mail-lf0-f46.google.com with SMTP id c13so33427585lfg.0 for <17742@debbugs.gnu.org>; Tue, 13 Dec 2016 10:26:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yG1KhTs1kn3YP1nFrRvec4IM2Hh7z/BqhpEXNhCXPhU=; b=2LWQgKM7iuKGGH/8NbvbJRXMDxZNNAOwLjqFJYSiPQ5wpBVK4mgGKug1CBP2VT5pou I1zSgadew8qdwYiF6kJkCwz1zVoGXfFHixkZKh+cS5HGNCF4jE+EQAiNF2UzkAbUKZmr RGliWKMw9Yfd4aXCs4COYCAsQXlKaa8k62Dic= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yG1KhTs1kn3YP1nFrRvec4IM2Hh7z/BqhpEXNhCXPhU=; b=FdRKTjt/B+VlFkQiwvSZkdeNsf+lBAVu2iK5bOaCpuu7lIL+FCfrnJUz0J2i5Rzxye SJvuxIMA5/2Skl0wqwfKT9xZ9IIa2LH7XMXPBVdXELhYlc/E1M77gYxwOLNLkCik1rFo 1Pb90M5WYDxSJTAlhGGQHpOWeZU//C+ZcEShEy8ynaTZym4ZD6vCEwzNqxM9qKKr9hLA IjiuTzIu4ezRWwTDczMYwncED93cUW+ypIfKVLfYtasI4TLV4thG20/VGk2WaN96LSTS /aZoy9FBZfD3p2a+CkVtNVy7cKQCJrD/uIkOIM3TDldN9bMnmYyMzNU/8TWOzVBSZbPE LdOg== X-Gm-Message-State: AKaTC014KunPoSvtxZMkXYm0EbCU72S1Nz+GGc9QPXxaI2W6aX6dV6wjEBwu/jCutCe0J82uIBFRm/zoCazZCeqY X-Received: by 10.25.64.16 with SMTP id n16mr1637212lfa.119.1481653603666; Tue, 13 Dec 2016 10:26:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Tue, 13 Dec 2016 10:26:43 -0800 (PST) In-Reply-To: <83bmwfbxaf.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> From: Reuben Thomas Date: Tue, 13 Dec 2016 18:26:43 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113ec0baba257c05438e5ca9 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ec0baba257c05438e5ca9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13 December 2016 at 16:37, Eli Zaretskii wrote: > > I'm sorry, I don't think this is good enough for any language but > English. I looked at a few Hunspell dictionaries I have, and almost > all of them have some non-[:alpha:] characters in what becomes > CASECHARS when ispell.el sets up itself for that dictionary. So this > seems to be really important for correct spell-checking of almost any > language. Moreover, these settings must be in sync with the words in > the dictionary, so it isn't just some general setting determined by > the dictionary's language, it must come from the dictionary or its > authors. > =E2=80=8BI agree, this is something that seems to be lacking in Enchant.=E2= =80=8B > I understand that Enchant doesn't yet support these features, but in > that case we must provide our users with some way of customizing these > settings, we cannot silently use defaults that are most probably > inappropriate, even if they are 90% correct. > =E2=80=8BThe way to customize it is surely the same as currently, namely=E2= =80=8B to customize ispell-dictionary-alist?=E2=80=8B > Do the dictionaries used by Enchant really fail to provide this > information? Aren't they Aspell dictionaries or similar? > =E2=80=8B=E2=80=8BEnchant has no dictionaries of its own, it's just a proxy= for hunspell, aspell &c. So, as I said before, it would be possible to find out which back-end is being used for a particular dictionary, and then to try to use the existing ispell.el code to scan for that dictionary. However, this is not an ideal solution, because it is going "behind Enchant's back". Given that even management of personal word lists needs a patch to Enchant, it seems to me better to first try to engage with the Enchant maintainers on this. There's also one obvious question, namely, what do other Enchant users do? Enchant is used in Abiword (free word processor), Pidgin (free IM client) etc. So, I shall look into this. However, I think that this patch can be installed anyway, as out of the box Enchant will never be used (as I have commented in the code, auto-detection of Enchant is not safe until a new version is widespread, as unlike old versions of ispell and aspell, a current version of Enchant is not merely lacking functions, it is useless), and for some Emacs users, it could be useful, as it allows access to spellcheckers currently unsupported by Emacs (albeit, as you note, probably requiring customized dictionary setup). --=20 http://rrt.sc3d.org --001a113ec0baba257c05438e5ca9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 13 December 2016 at 16:37, Eli Zaretskii <eliz@gnu.org> wrote:

I'm sorry, I don't think this is good enough for any language but English.=C2=A0 I looked at a few Hunspell dictionaries I have, and almost all of them have some non-[:alpha:] characters in what becomes
CASECHARS when ispell.el sets up itself for that dictionary.=C2=A0 So this<= br> seems to be really important for correct spell-checking of almost any
language.=C2=A0 Moreover, these settings must be in sync with the words in<= br> the dictionary, so it isn't just some general setting determined by
the dictionary's language, it must come from the dictionary or its
authors.

=E2=80=8BI agree, this is something that seems to = be lacking in Enchant.=E2=80=8B
=C2=A0
I understand that Enchant doesn't ye= t support these features, but in
that case we must provide our users with some way of customizing these
settings, we cannot silently use defaults that are most probably
inappropriate, even if they are 90% correct.

=E2=80=8BThe w= ay to customize it is surely the same as currently, namely=E2=80=8B to cust= omize ispell-dictionary-alist?=E2=80=8B
=C2=A0
Do the dictionaries used by Ench= ant really fail to provide this
information?=C2=A0 Aren't they Aspell dictionaries or similar?

=E2=80=8B=E2=80=8BEnchant has no dictionaries of its own, it's just = a proxy for hunspell, aspell &c. So, as I said before, it would be poss= ible to find out which back-end is being used for a particular dictionary, = and then to try to use the existing ispell.el code to scan for that diction= ary. However, this is not an ideal solution, because it is going "behi= nd Enchant's back".

Given that even management of personal word list= s needs a patch to Enchant, it seems to me better to first try to engage wi= th the Enchant maintainers on this. There's also one obvious question, = namely, what do other Enchant users do? Enchant is used in Abiword (free wo= rd processor), Pidgin (free IM client) etc. So, I shall look into this.

Howev= er, I think that this patch can be installed anyway, as out of the box Ench= ant will never be used (as I have commented in the code, auto-detection of = Enchant is not safe until a new version is widespread, as unlike old versio= ns of ispell and aspell, a current version of Enchant is not merely lacking= functions, it is useless), and for some Emacs users, it could be useful, a= s it allows access to spellcheckers currently unsupported by Emacs (albeit,= as you note, probably requiring customized dictionary setup).
--
http://rrt.sc3d.org
--001a113ec0baba257c05438e5ca9-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 18:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148165533521311 (code B ref 17742); Tue, 13 Dec 2016 18:56:02 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 18:55:35 +0000 Received: from localhost ([127.0.0.1]:41016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGsEg-0005Xf-Oq for submit@debbugs.gnu.org; Tue, 13 Dec 2016 13:55:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGsEf-0005XS-NK for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 13:55:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cGsEX-0007D9-Gr for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 13:55:28 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49472) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cGsEX-0007D5-ES; Tue, 13 Dec 2016 13:55:25 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2737 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cGsEV-0001XZ-5d; Tue, 13 Dec 2016 13:55:25 -0500 Date: Tue, 13 Dec 2016 20:54:56 +0200 Message-Id: <837f73bqwv.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Tue, 13 Dec 2016 18:26:43 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 13 Dec 2016 18:26:43 +0000 > Cc: 17742@debbugs.gnu.org > > I understand that Enchant doesn't yet support these features, but in > that case we must provide our users with some way of customizing these > settings, we cannot silently use defaults that are most probably > inappropriate, even if they are 90% correct. > > ​The way to customize it is surely the same as currently, namely​ to customize ispell-dictionary-alist?​ That's okay, but then ispell.el shouldn't be generating dictionary entries, but instead should leave that to the user, as we do with Ispell. > Given that even management of personal word lists needs a patch to Enchant, it seems to me better to first > try to engage with the Enchant maintainers on this. There's also one obvious question, namely, what do other > Enchant users do? Enchant is used in Abiword (free word processor), Pidgin (free IM client) etc. So, I shall > look into this. Thanks. > However, I think that this patch can be installed anyway, as out of the box Enchant will never be used (as I > have commented in the code, auto-detection of Enchant is not safe until a new version is widespread, as > unlike old versions of ispell and aspell, a current version of Enchant is not merely lacking functions, it is > useless), and for some Emacs users, it could be useful, as it allows access to spellcheckers currently > unsupported by Emacs (albeit, as you note, probably requiring customized dictionary setup). I'm okay with installing this, provided that the above-mentioned issue is taken care of, if only by leaving it to the user to provide the dictionary entries by hand. I don't think it's a good idea to auto-generate entries that are only 80% correct, as that will certainly trigger bug reports. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 21:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14816638561434 (code B ref 17742); Tue, 13 Dec 2016 21:18:02 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 21:17:36 +0000 Received: from localhost ([127.0.0.1]:41096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGuS7-0000N4-QP for submit@debbugs.gnu.org; Tue, 13 Dec 2016 16:17:36 -0500 Received: from mail-lf0-f41.google.com ([209.85.215.41]:36688) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGuS4-0000Mq-MF for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 16:17:34 -0500 Received: by mail-lf0-f41.google.com with SMTP id t196so36674099lff.3 for <17742@debbugs.gnu.org>; Tue, 13 Dec 2016 13:17:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=sev3JG31f8/zWcNsA3VggZ7nsvg6Df7PDm28AkqCOzY=; b=C3ffi9l/I1XGAz5uL7aP5kPkHlM8a2Gi8wOqz6omEF9bbr2nXEVjDDtiSXuN892NQP /nZqzLZv/R5Yj5+WvRiIYuWKs3Q1i0SmZX2x5tryOOAq0KZfKmEOsZxJWWpttcDoTt+q NZ6iC/h+CsRuO1JAhRhdw76J+tEY8dJ3tZbD4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=sev3JG31f8/zWcNsA3VggZ7nsvg6Df7PDm28AkqCOzY=; b=ZRA9x+iwrHSuVD6UMz3Ii9ak/NQhqgW3kRfLJRH0kytrhrnlzJBt8K9Q71snOchQ7I KvTCW1hEhxqPUZPlbrloh41FqMbAKvASXusQQfTRrdre5XyPtAbNS6GRTENVMy/f8FHY cT0+HYKaviJhkMBO3YZuT5wYgR2NU0IvjPZPF2GBHMX1eBNSCkmr5ZWDTHLql8/p1YUx v2JpZOIG4pfzTstCDWykosYQTfeaEv3PovkydKtcCndpz8rVndJ81+Sl2ukjAJwjTBnc 9hmzAODi1owMg1463O7jHMwZmcWUZ74EmkbWddKeEA2v/8VRZ+vglEbLKdT3wyae1R9G RtAQ== X-Gm-Message-State: AKaTC01EOCiqfHTgwX7eCQMAVpSqSwY0Yh/dov/xuwqlbNjHXAeBFZX3FSvr+qQ9sfIP//QD/NqugKeqsh/umEWQ X-Received: by 10.25.139.195 with SMTP id n186mr32543357lfd.27.1481663846448; Tue, 13 Dec 2016 13:17:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Tue, 13 Dec 2016 13:17:25 -0800 (PST) In-Reply-To: <837f73bqwv.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> From: Reuben Thomas Date: Tue, 13 Dec 2016 21:17:25 +0000 Message-ID: Content-Type: multipart/mixed; boundary=001a113ebaa63eb994054390bf59 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ebaa63eb994054390bf59 Content-Type: multipart/alternative; boundary=001a113ebaa63eb98d054390bf57 --001a113ebaa63eb98d054390bf57 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13 December 2016 at 18:54, Eli Zaretskii wrote: > > I'm okay with installing this, provided that the above-mentioned issue > is taken care of, if only by leaving it to the user to provide the > dictionary entries by hand. I don't think it's a good idea to > auto-generate entries that are only 80% correct, as that will > certainly trigger bug reports. > =E2=80=8BAgreed. I have prepared a separate patch (so it can be easily reve= rted later) to disable the use of ispell-find-enchant-dictionaries, along with a rationale in comments. If that is satisfactory, I can add NEWS documentation for the new feature, along with a warning about its limitations, and install the patches. --=20 http://rrt.sc3d.org --001a113ebaa63eb98d054390bf57 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 13 December 2016 at 18:54, Eli Zaretskii <eliz@gnu.org> wrote:

I'm okay with installing this, provided that the above-mentioned= issue
is taken care of, if only by leaving it to the user to provide the
dictionary entries by hand.=C2=A0 I don't think it's a good idea to=
auto-generate entries that are only 80% correct, as that will
certainly trigger bug reports.

=E2=80=8BAgreed. I have prepared a separate patch (so it can be easily r= everted later) to disable the use of ispell-find-enchant-dictionaries, alon= g with a rationale in comments.

If that is satisfactory, I can add NEWS documentation for the new fe= ature, along with a warning about its limitations, and install the patches.=

--
http= ://rrt.sc3d.org
--001a113ebaa63eb98d054390bf57-- --001a113ebaa63eb994054390bf59 Content-Type: text/x-patch; charset=UTF-8; name="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Disposition: attachment; filename="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwo0dz7a0 RnJvbSA3Nzg3NTE3Yzk0YzQxYzJhNDA5M2FjYjNmOTEwMjc0NWUyOGY3YTA2IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgNCBEZWMgMjAxNiAyMjozOToyNyArMDAwMApTdWJqZWN0OiBbUEFUQ0ggMS8zXSBBZGQgRW5j aGFudCBzdXBwb3J0IHRvIGlzcGVsbC5lbCAoQnVnIzE3NzQyKQpNSU1FLVZlcnNpb246IDEuMApD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKQ29udGVudC1UcmFuc2Zlci1F bmNvZGluZzogOGJpdAoKKiBsaXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgKGlzcGVsbC1wcm9ncmFt LW5hbWUpOiBBZGQg4oCcZW5jaGFudOKAnS4KKGlzcGVsbC1yZWFsbHktZW5jaGFudCk6IEFkZCB2 YXJpYWJsZS4KKGlzcGVsbC1jaGVjay12ZXJzaW9uKTogSWYgdXNpbmcgRW5jaGFudCwgY2hlY2sg aXTigJlzIG5ldyBlbm91Z2ggKGF0CmxlYXN0IDEuNi4xKS4gIChMaWtlIHRoZSBpc3BlbGwgY2hl Y2ssIHRoaXMgaXMgYWJzb2x1dGU6IGNhbm5vdCB3b3JrCndpdGhvdXQuKQooaXNwZWxsLWVuY2hh bnQtZGljdGlvbmFyeS1hbGlzdCk6IEFkZCB2YXJpYWJsZS4KKGlzcGVsbC1maW5kLWVuY2hhbnQt ZGljdGlvbmFyaWVzKTogQWRkIGZ1bmN0aW9uLCBiYXNlZCBvbgppc3BlbGwtZmluZC1hc3BlbGwt ZGljdGlvbmFyaWVzLgooaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zKTogQWxsb3cgZGlj dGlvbmFyeSBhdXRvLWRldGVjdGlvbiBmb3IKRW5jaGFudCwgYW5kIGNhbGwgaXNwZWxsLWZpbmQt ZW5jaGFudC1kaWN0aW9uYXJpZXMgdG8gZmluZCB0aGVtLiAgVXNlCm9sZCBpc3BlbGwgbmFtZSB0 byBsb2NhbGUgbWFwcGluZyBjb2RlIGZvciBFbmNoYW50IHRvby4KKGlzcGVsbC1zZW5kLXJlcGxh Y2VtZW50KTogTWFrZSBpdCB3b3JrIHdpdGggRW5jaGFudC4KLS0tCiBsaXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwgfCA3NyArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKystLS0t LS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCA2MyBpbnNlcnRpb25zKCspLCAxNCBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgYi9saXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwKaW5kZXggMzdhNmZmYy4uMTlhMmUwMiAxMDA2NDQKLS0tIGEvbGlzcC90ZXh0bW9k ZXMvaXNwZWxsLmVsCisrKyBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbApAQCAtMjA4LDYgKzIw OCwxMCBAQCBpc3BlbGwtY2hvaWNlcy13aW4tZGVmYXVsdC1oZWlnaHQKICAgOnR5cGUgJ2ludGVn ZXIKICAgOmdyb3VwICdpc3BlbGwpCiAKKzs7IFhYWCBBZGQgZW5jaGFudCB0byB0aGlzIGxpc3Qg b25jZSBlbmNoYW50ID49IDEuNi4xIGlzIHdpZGVzcHJlYWQuCis7OyBCZWZvcmUgdGhhdCwgYWRk aW5nIGl0IGlzIHVzZWxlc3MsIGFzIGlmIGl0IGlzIGZvdW5kLCBpdCB3aWxsIGp1c3QKKzs7IGNh dXNlIGFuIGVycm9yOyBhbmQgb25lIG9mIHRoZSBvdGhlciBzcGVsbGluZyBlbmdpbmVzIGJlbG93 IGlzCis7OyBhbG1vc3QgY2VydGFpbmx5IGluc3RhbGxlZCBpbiBhbnkgY2FzZSwgZm9yIGVuY2hh bnQgdG8gdXNlLgogKGRlZmN1c3RvbSBpc3BlbGwtcHJvZ3JhbS1uYW1lCiAgIChvciAoZXhlY3V0 YWJsZS1maW5kICJhc3BlbGwiKQogICAgICAgKGV4ZWN1dGFibGUtZmluZCAiaXNwZWxsIikKQEAg LTYwNSw2ICs2MDksOCBAQCBpc3BlbGwtcmVhbGx5LWFzcGVsbAogICAiTm9uLW5pbCBpZiB3ZSBj YW4gdXNlIEFzcGVsbCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1yZWFsbHktaHVuc3Bl bGwgbmlsCiAgICJOb24tbmlsIGlmIHdlIGNhbiB1c2UgSHVuc3BlbGwgZXh0ZW5zaW9ucy4iKQor KGRlZnZhciBpc3BlbGwtcmVhbGx5LWVuY2hhbnQgbmlsCisgICJOb24tbmlsIGlmIHdlIGNhbiB1 c2UgRW5jaGFudCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1lbmNvZGluZzgtY29tbWFu ZCBuaWwKICAgIkNvbW1hbmQgbGluZSBvcHRpb24gcHJlZml4IHRvIHNlbGVjdCBlbmNvZGluZyBp ZiBzdXBwb3J0ZWQsIG5pbCBvdGhlcndpc2UuCiBJZiBzZXR0aW5nIHRoZSBlbmNvZGluZyBpcyBz dXBwb3J0ZWQgYnkgc3BlbGxjaGVja2VyIGFuZCBpcyBzZWxlY3RhYmxlIGZyb20KQEAgLTczOSwx NyArNzQ1LDI2IEBAIGlzcGVsbC1jaGVjay12ZXJzaW9uCiAJCSAgKGFuZCAoc2VhcmNoLWZvcndh cmQtcmVnZXhwCiAJCQkiKGJ1dCByZWFsbHkgSHVuc3BlbGwgXFwoWzAtOV0rXFwuWzAtOVxcLi1d K1xcKT8pIgogICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQpCisJCSAgICAgICAobWF0Y2gt c3RyaW5nIDEpKSkKKyAgICAgICAgICAgIChzZXRxIGlzcGVsbC1yZWFsbHktZW5jaGFudAorCQkg IChhbmQgKHNlYXJjaC1mb3J3YXJkLXJlZ2V4cAorCQkJIihidXQgcmVhbGx5IEVuY2hhbnQgXFwo WzAtOV0rXFwuWzAtOVxcLi1dK1xcKT8pIgorICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQp CiAJCSAgICAgICAobWF0Y2gtc3RyaW5nIDEpKSkpKQogCiAgICAgICAobGV0KiAoKGFzcGVsbDgt bWludmVyICAgIjAuNjAiKQogICAgICAgICAgICAgIChpc3BlbGwtbWludmVyICAgICIzLjEuMTIi KQogICAgICAgICAgICAgIChodW5zcGVsbDgtbWludmVyICIxLjEuNiIpCisgICAgICAgICAgICAg KGVuY2hhbnQtbWludmVyICAgIjEuNi4xIikKICAgICAgICAgICAgICAobWludmVyIChjb25kCiAg ICAgICAgICAgICAgICAgICAgICAgKChub3QgKHZlcnNpb248PSBpc3BlbGwtbWludmVyIGlzcGVs bC1wcm9ncmFtLXZlcnNpb24pKQogICAgICAgICAgICAgICAgICAgICAgICBpc3BlbGwtbWludmVy KQogICAgICAgICAgICAgICAgICAgICAgICgoYW5kIGlzcGVsbC1yZWFsbHktYXNwZWxsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKG5vdCAodmVyc2lvbjw9IGFzcGVsbDgtbWludmVyIGlz cGVsbC1yZWFsbHktYXNwZWxsKSkpCi0gICAgICAgICAgICAgICAgICAgICAgIGFzcGVsbDgtbWlu dmVyKSkpKQorICAgICAgICAgICAgICAgICAgICAgICBhc3BlbGw4LW1pbnZlcikKKyAgICAgICAg ICAgICAgICAgICAgICAoKGFuZCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAobm90ICh2ZXJzaW9uPD0gZW5jaGFudC1taW52ZXIgaXNwZWxsLXJlYWxs eS1lbmNoYW50KSkpCisgICAgICAgICAgICAgICAgICAgICAgIGVuY2hhbnQtbWludmVyKSkpKQog CiAgICAgICAgIChpZiBtaW52ZXIKIAkgICAgKGVycm9yICIlcyByZWxlYXNlICVzIG9yIGdyZWF0 ZXIgaXMgcmVxdWlyZWQiCkBAIC0xMTczLDYgKzExODgsMzQgQEAgaXNwZWxsLWZpbmQtaHVuc3Bl bGwtZGljdGlvbmFyaWVzCiAgICAgICAgICAgICAgICAgICAgIChsaXN0IGRpY3QpKQogICAgICAg ICAgICAgICAgICAgaXNwZWxsLWh1bnNwZWxsLWRpY3Rpb25hcnktYWxpc3QgOnRlc3QgIydlcXVh bCkpKSkKIAorOzsgTWFrZSBpc3BlbGwuZWwgd29yayBiZXR0ZXIgd2l0aCBlbmNoYW50LgorCiso ZGVmdmFyIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QgbmlsCisgICJBbiBhbGlzdCBv ZiBwYXJzZWQgRW5jaGFudCBkaWN0cyBhbmQgYXNzb2NpYXRlZCBwYXJhbWV0ZXJzLgorSW50ZXJu YWwgdXNlLiIpCisKKyhkZWZ1biBpc3BlbGwtZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcyAoKQor ICAiRmluZCBFbmNoYW50J3MgZGljdGlvbmFyaWVzLCBhbmQgcmVjb3JkIGluIGBpc3BlbGwtZW5j aGFudC1kaWN0aW9uYXJ5LWFsaXN0Jy4iCisgIChsZXQqICgoZGljdGlvbmFyaWVzCisJICAoc3Bs aXQtc3RyaW5nCisJICAgKHdpdGgtdGVtcC1idWZmZXIKKwkgICAgIChpc3BlbGwtY2FsbC1wcm9j ZXNzIGlzcGVsbC1wcm9ncmFtLW5hbWUgbmlsIHQgbmlsICItRCIpCisJICAgICAoYnVmZmVyLXN0 cmluZykpKSkKKyAgICAgICAgIChmb3VuZAorICAgICAgICAgIChtYXBjYXIgIycobGFtYmRhIChs YW5nKQorICAgICAgICAgICAgICAgICAgICAgIGAoLGxhbmcgIltbOmFscGhhOl1dIiAiW15bOmFs cGhhOl1dIiAiWycu4oCZLV0iIHQgbmlsIG5pbCB1dGYtOCkpCisgICAgICAgICAgICAgICAgICBk aWN0aW9uYXJpZXMpKSkKKyAgICA7OyBNZXJnZSBpbnRvIEZPVU5EIGFueSBlbGVtZW50cyBmcm9t IHRoZSBzdGFuZGFyZCBpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0CisgICAgOzsgd2hpY2gg aGF2ZSBubyBlbGVtZW50IGluIEZPVU5EIGF0IGFsbC4KKyAgICAoZG9saXN0IChkaWN0IGlzcGVs bC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QpCisgICAgICAodW5sZXNzIChhc3NvYyAoY2FyIGRpY3Qp IGZvdW5kKQorCShzZXRxIGZvdW5kIChuY29uYyBmb3VuZCAobGlzdCBkaWN0KSkpKSkKKyAgICAo c2V0cSBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFsaXN0IGZvdW5kKQorICAgIDs7IEFkZCBh IGRlZmF1bHQgZW50cnkKKyAgICAobGV0ICgoZGVmYXVsdC1kaWN0CisgICAgICAgICAgICcobmls ICJbWzphbHBoYTpdXSIgIlteWzphbHBoYTpdXSIgIlsnLuKAmS1dIiB0IG5pbCBuaWwgdXRmLTgp KSkKKyAgICAgIChwdXNoIGRlZmF1bHQtZGljdCBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFs aXN0KSkpKQorCiA7OyBTZXQgcGFyYW1zIGFjY29yZGluZyB0byB0aGUgc2VsZWN0ZWQgc3BlbGxj aGVja2VyCiAKIChkZWZ2YXIgaXNwZWxsLWxhc3QtcHJvZ3JhbS1uYW1lIG5pbApAQCAtMTE5OCw3 ICsxMjQxLDcgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAJCSAgIChzZXRxIGlz cGVsbC1saWJyYXJ5LWRpcmVjdG9yeSAoaXNwZWxsLWNoZWNrLXZlcnNpb24pKQogCQkgICB0KQog CSAgICAgICAoZXJyb3IgbmlsKSkKLQkgICAgIGlzcGVsbC1lbmNvZGluZzgtY29tbWFuZCkKKwkg ICAgIChvciBpc3BlbGwtZW5jb2Rpbmc4LWNvbW1hbmQgaXNwZWxsLXJlYWxseS1lbmNoYW50KSkK IAk7OyBhdXRvLWRldGVjdGlvbiB3aWxsIG9ubHkgYmUgdXNlZCBpZiBzcGVsbGNoZWNrZXIgaXMg bm90CiAJOzsgaXNwZWxsIGFuZCBzdXBwb3J0cyBhIHdheSB0byBzZXQgY29tbXVuaWNhdGlvbiB0 byBVVEYtOC4KIAkoaWYgaXNwZWxsLXJlYWxseS1hc3BlbGwKQEAgLTEyMDYsMTEgKzEyNDksMTQg QEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAJCShpc3BlbGwtZmluZC1hc3BlbGwt ZGljdGlvbmFyaWVzKSkKIAkgIChpZiBpc3BlbGwtcmVhbGx5LWh1bnNwZWxsCiAJICAgICAgKG9y IGlzcGVsbC1odW5zcGVsbC1kaWN0aW9uYXJ5LWFsaXN0Ci0JCSAgKGlzcGVsbC1maW5kLWh1bnNw ZWxsLWRpY3Rpb25hcmllcykpKSkpCisJCSAgKGlzcGVsbC1maW5kLWh1bnNwZWxsLWRpY3Rpb25h cmllcykpCisgICAgICAgICAgICAoaWYgaXNwZWxsLXJlYWxseS1lbmNoYW50CisgICAgICAgICAg ICAgICAgKG9yIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QKKyAgICAgICAgICAgICAg ICAgICAgKGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzKSkpKSkpCiAKICAgICA7OyBT dWJzdGl0dXRlIGlzcGVsbC1kaWN0aW9uYXJ5LWFsaXN0IHdpdGggdGhlIGxpc3Qgb2YKICAgICA7 OyBkaWN0aW9uYXJpZXMgY29ycmVzcG9uZGluZyB0byB0aGUgZ2l2ZW4gc3BlbGxjaGVja2VyLgot ICAgIDs7IElmIGEgcmVjZW50IGFzcGVsbCBvciBodW5zcGVsbCwgdXNlIHRoZSBsaXN0IG9mIHJl YWxseQorICAgIDs7IFdpdGggcHJvZ3JhbXMgdGhhdCBzdXBwb3J0IGl0LCB1c2UgdGhlIGxpc3Qg b2YgcmVhbGx5CiAgICAgOzsgaW5zdGFsbGVkIGRpY3Rpb25hcmllcyBhbmQgYWRkIHRvIGl0IGVs ZW1lbnRzIG9mIHRoZSBvcmlnaW5hbAogICAgIDs7IGxpc3QgdGhhdCBhcmUgbm90IHByZXNlbnQg dGhlcmUuIEFsbG93IGRpc3RybyBpbmZvLgogICAgIChsZXQgKChmb3VuZC1kaWN0cy1hbGlzdApA QCAtMTIxOSwxNyArMTI2NSwxOSBAQCBpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXMKIAkJ ICAgaXNwZWxsLWFzcGVsbC1kaWN0aW9uYXJ5LWFsaXN0CiAJCSAoaWYgaXNwZWxsLXJlYWxseS1o dW5zcGVsbAogCQkgICAgIGlzcGVsbC1odW5zcGVsbC1kaWN0aW9uYXJ5LWFsaXN0KSkKLQkgICAg IG5pbCkpCisJICAgICAoaWYgaXNwZWxsLXJlYWxseS1lbmNoYW50CisgICAgICAgICAgICAgICAg IGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QKKyAgICAgICAgICAgICAgIG5pbCkpKQog CSAgKGlzcGVsbC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QgaXNwZWxsLWRpY3Rpb25hcnktYmFzZS1h bGlzdCkKIAkgIGlzcGVsbC1iYXNlLWRpY3RzLW92ZXJyaWRlLWFsaXN0IDsgT3ZlcnJpZGUgb25s eSBiYXNlLWRpY3RzLWFsaXN0CiAJICBhbGwtZGljdHMtYWxpc3QpCiAKICAgICAgIDs7IFdoaWxl IGlzcGVsbCBhbmQgYXNwZWxsICh0aHJvdWdoIGFsaWFzZXMpIHVzZSB0aGUgdHJhZGl0aW9uYWwK LSAgICAgIDs7IGRpY3QgbmFtaW5nIG9yaWdpbmFsbHkgZXhwZWN0ZWQgYnkgaXNwZWxsLmVsLCBo dW5zcGVsbAotICAgICAgOzsgdXNlcyBsb2NhbGUgYmFzZWQgbmFtZXMgd2l0aCBubyBhbGlhcy4g IFdlIG5lZWQgdG8gbWFwCisgICAgICA7OyBkaWN0IG5hbWluZyBvcmlnaW5hbGx5IGV4cGVjdGVk IGJ5IGlzcGVsbC5lbCwgaHVuc3BlbGwgJiBFbmNoYW50CisgICAgICA7OyB1c2UgbG9jYWxlLWJh c2VkIG5hbWVzIHdpdGggbm8gYWxpYXMuICBXZSBuZWVkIHRvIG1hcAogICAgICAgOzsgc3RhbmRh cmQgbmFtZXMgdG8gbG9jYWxlIGJhc2VkIG5hbWVzIHRvIG1ha2UgZGVmYXVsdCBkaWN0Ci0gICAg ICA7OyBkZWZpbml0aW9ucyBhdmFpbGFibGUgZm9yIGh1bnNwZWxsLgotICAgICAgKGlmIGlzcGVs bC1yZWFsbHktaHVuc3BlbGwKKyAgICAgIDs7IGRlZmluaXRpb25zIGF2YWlsYWJsZSB0byB0aGVz ZSBwcm9ncmFtcy4KKyAgICAgIChpZiAob3IgaXNwZWxsLXJlYWxseS1odW5zcGVsbCBpc3BlbGwt cmVhbGx5LWVuY2hhbnQpCiAJICAobGV0ICh0bXAtZGljdHMtYWxpc3QpCiAJICAgIChkb2xpc3Qg KGFkaWN0IGlzcGVsbC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QpCiAJICAgICAgKGxldCogKChkaWN0 LW5hbWUgKG50aCAwIGFkaWN0KSkKQEAgLTEyNTQsNyArMTMwMiw3IEBAIGlzcGVsbC1zZXQtc3Bl bGxjaGVja2VyLXBhcmFtcwogCQkJKHNldHEgaXNwZWxsLWFyZ3MKIAkJCSAgICAgIChuY29uYyBp c3BlbGwtYXJncyAobGlzdCAiLWQiIGRpY3QtZXF1aXYpKSkKIAkJICAgICAgKG1lc3NhZ2UKLQkJ ICAgICAgICJpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXM6IE1pc3NpbmcgSHVuc3BlbGwg ZXF1aXYgZm9yIFwiJXNcIi4gU2tpcHBpbmcuIgorCQkgICAgICAgImlzcGVsbC1zZXQtc3BlbGxj aGVja2VyLXBhcmFtczogTWlzc2luZyBlcXVpdmFsZW50IGZvciBcIiVzXCIuIFNraXBwaW5nLiIK IAkJICAgICAgIGRpY3QtbmFtZSkKIAkJICAgICAgKHNldHEgc2tpcC1kaWN0IHQpKSkKIApAQCAt MTI5Niw3ICsxMzQ0LDcgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAgICAgICAg ICAgICAgICAgICAgICAgICAgKG50aCA0IGFkaWN0KSAgIDsgbWFueS1vdGhlcmNoYXJzLXAKICAg ICAgICAgICAgICAgICAgICAgICAgICAobnRoIDUgYWRpY3QpICAgOyBpc3BlbGwtYXJncwogICAg ICAgICAgICAgICAgICAgICAgICAgIChudGggNiBhZGljdCkgICA7IGV4dGVuZGVkLWNoYXJhY3Rl ci1tb2RlCi0gICAgICAgICAgICAgICAgICAgICAgICAgKGlmIGlzcGVsbC1lbmNvZGluZzgtY29t bWFuZAorICAgICAgICAgICAgICAgICAgICAgICAgIChpZiAob3IgaXNwZWxsLWVuY29kaW5nOC1j b21tYW5kIGlzcGVsbC1yZWFsbHktZW5jaGFudCkKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgJ3V0Zi04CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAobnRoIDcgYWRpY3QpKSkKICAg ICAgICAgICAgICAgICAgICAgICBhZGljdCkKQEAgLTE3MzIsOSArMTc4MCwxMCBAQCBpc3BlbGwt YWNjZXB0LW91dHB1dAogCSAgICAoZXJhc2UtYnVmZmVyKSkpKSkpKQogCiAoZGVmdW4gaXNwZWxs LXNlbmQtcmVwbGFjZW1lbnQgKG1pc3NwZWxsZWQgcmVwbGFjZW1lbnQpCi0gICJOb3RpZnkgQXNw ZWxsIHRoYXQgTUlTU1BFTExFRCBzaG91bGQgYmUgc3BlbGxlZCBSRVBMQUNFTUVOVC4KLVRoaXMg YWxsb3dzIGltcHJvdmluZyB0aGUgc3VnZ2VzdGlvbiBsaXN0IGJhc2VkIG9uIGFjdHVhbCBtaXNz cGVsbGluZ3MuIgotICAoYW5kIGlzcGVsbC1yZWFsbHktYXNwZWxsCisgICJOb3RpZnkgc3BlbGwg Y2hlY2tlciB0aGF0IE1JU1NQRUxMRUQgc2hvdWxkIGJlIHNwZWxsZWQgUkVQTEFDRU1FTlQuCitU aGlzIGFsbG93cyBpbXByb3ZpbmcgdGhlIHN1Z2dlc3Rpb24gbGlzdCBiYXNlZCBvbiBhY3R1YWwg bWlzc3BlbGxpbmdzLgorT25seSB3b3JrcyBmb3IgQXNwZWxsIGFuZCBFbmNoYW50LiIKKyAgKGFu ZCAob3IgaXNwZWxsLXJlYWxseS1hc3BlbGwgaXNwZWxsLXJlYWxseS1lbmNoYW50KQogICAgICAg IChpc3BlbGwtc2VuZC1zdHJpbmcgKGNvbmNhdCAiJCRyYSAiIG1pc3NwZWxsZWQgIiwiIHJlcGxh Y2VtZW50ICJcbiIpKSkpCiAKIAotLSAKMi43LjQKCg== --001a113ebaa63eb994054390bf59 Content-Type: text/x-patch; charset=US-ASCII; name="0002-Disable-auto-scanning-of-Enchant-dictionaries.patch" Content-Disposition: attachment; filename="0002-Disable-auto-scanning-of-Enchant-dictionaries.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwo0e5sw1 RnJvbSA3ZWZlNjI1Y2Q3Mzk1ZTAxMWZhNWJmZmU1ZGFiNTZiNWFjY2FiYmUwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFR1 ZSwgMTMgRGVjIDIwMTYgMjE6MTI6MTMgKzAwMDAKU3ViamVjdDogW1BBVENIIDIvM10gRGlzYWJs ZSBhdXRvLXNjYW5uaW5nIG9mIEVuY2hhbnQgZGljdGlvbmFyaWVzCgpsaXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwgKGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcyk6IERvIG5vdCBjYWxsCmlz cGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzLiAgQWRkIGEgY29tbWVudCBub3RpbmcgdGhh dCBpdCBpcwpkaXNhYmxlZCB1bnRpbCBpdCBpcyBwb3NzaWJsZSB0byBzZXQgZ29vZCBDQVNFQ0hB UlMgYW5kIE5PVC1DQVNFQ0hBUlMKdmFsdWVzLiAgKEJ1ZyMxNzc0Mjsgc2VlIGFsc28KaHR0cHM6 Ly9naXRodWIuY29tL0FiaVdvcmQvZW5jaGFudC9pc3N1ZXMvMTcgKQotLS0KIGxpc3AvdGV4dG1v ZGVzL2lzcGVsbC5lbCB8IDExICsrKysrKysrLS0tCiAxIGZpbGUgY2hhbmdlZCwgOCBpbnNlcnRp b25zKCspLCAzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVs bC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbAppbmRleCAxOWEyZTAyLi5lMTdkNDMyIDEw MDY0NAotLS0gYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMv aXNwZWxsLmVsCkBAIC0xMTk0LDYgKzExOTQsOCBAQCBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5 LWFsaXN0CiAgICJBbiBhbGlzdCBvZiBwYXJzZWQgRW5jaGFudCBkaWN0cyBhbmQgYXNzb2NpYXRl ZCBwYXJhbWV0ZXJzLgogSW50ZXJuYWwgdXNlLiIpCiAKKzs7IFhYWCBOb3QgdXNlZDogbmVlZHMg dG8gYmUgZml4ZWQgdG8gZ2VuZXJhdGUgZ29vZCBDQVNFQ0hBUlMgYW5kCis7OyBOT1QtQ0FTRUNI QVJTIHZhbHVlcy4KIChkZWZ1biBpc3BlbGwtZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcyAoKQog ICAiRmluZCBFbmNoYW50J3MgZGljdGlvbmFyaWVzLCBhbmQgcmVjb3JkIGluIGBpc3BlbGwtZW5j aGFudC1kaWN0aW9uYXJ5LWFsaXN0Jy4iCiAgIChsZXQqICgoZGljdGlvbmFyaWVzCkBAIC0xMjUw LDkgKzEyNTIsMTIgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAJICAoaWYgaXNw ZWxsLXJlYWxseS1odW5zcGVsbAogCSAgICAgIChvciBpc3BlbGwtaHVuc3BlbGwtZGljdGlvbmFy eS1hbGlzdAogCQkgIChpc3BlbGwtZmluZC1odW5zcGVsbC1kaWN0aW9uYXJpZXMpKQotICAgICAg ICAgICAgKGlmIGlzcGVsbC1yZWFsbHktZW5jaGFudAotICAgICAgICAgICAgICAgIChvciBpc3Bl bGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFsaXN0Ci0gICAgICAgICAgICAgICAgICAgIChpc3BlbGwt ZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcykpKSkpKQorICAgICAgICAgICAgOzsgWFhYIERpc2Fi bGUgdW50aWwgaXNwZWxsLWZpbmQtZW5jaGFudC1kaWN0aW9uYXJpZXMgY2FuCisgICAgICAgICAg ICA7OyBnZW5lcmF0ZSBnb29kIENBU0VDSEFSUyBhbmQgTk9ULUNBU0VDSEFSUyB2YWx1ZXMuCisg ICAgICAgICAgICA7OyAoaWYgaXNwZWxsLXJlYWxseS1lbmNoYW50CisgICAgICAgICAgICA7OyAg ICAgKG9yIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QKKyAgICAgICAgICAgIDs7ICAg ICAgICAgKGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzKSkpCisgICAgICAgICAgICAp KSkKIAogICAgIDs7IFN1YnN0aXR1dGUgaXNwZWxsLWRpY3Rpb25hcnktYWxpc3Qgd2l0aCB0aGUg bGlzdCBvZgogICAgIDs7IGRpY3Rpb25hcmllcyBjb3JyZXNwb25kaW5nIHRvIHRoZSBnaXZlbiBz cGVsbGNoZWNrZXIuCi0tIAoyLjcuNAoK --001a113ebaa63eb994054390bf59-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Dec 2016 21:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14816646132595 (code B ref 17742); Tue, 13 Dec 2016 21:31:02 +0000 Received: (at 17742) by debbugs.gnu.org; 13 Dec 2016 21:30:13 +0000 Received: from localhost ([127.0.0.1]:41100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGueL-0000fn-Ay for submit@debbugs.gnu.org; Tue, 13 Dec 2016 16:30:13 -0500 Received: from mail-lf0-f49.google.com ([209.85.215.49]:32789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGueJ-0000fM-1Y for 17742@debbugs.gnu.org; Tue, 13 Dec 2016 16:30:11 -0500 Received: by mail-lf0-f49.google.com with SMTP id c13so36793521lfg.0 for <17742@debbugs.gnu.org>; Tue, 13 Dec 2016 13:30:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Zob8jGJwka6qXFIVOpPYzWU06y7SVlB/Az9+PChvp+U=; b=nj9FRCyySnjmzuAM07yY4ovj4v0oLZ+5isI26ZjO9D1dlX1lfI91ZfZAl03QGThGua UkeFeSjcEu/QKC0Bc3NIU0wUXvz0cUKNOTUXPhGTfaFu+floq1T+APyCTqcEYyPwbkeX 2AVFqVKP2dForL9x8TYs/69DIue5SVwLRC3mg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Zob8jGJwka6qXFIVOpPYzWU06y7SVlB/Az9+PChvp+U=; b=NrUgqdXQi/ZCt0rbDzuB6X/viLWY8gv7Z0NUYu9OBi/XZS1RiQ9YNv4AA2QOdhBMRv ad3adiVXRp+iEnYpHmHz/ZysNv73AAYMz+VbBOwpdJfVgWlX+v1YwKBEAPR1NrLAim1U OqzlCnYMsLcDb4y6zAsSJcMb2slluzAnbE8xEh73nVKpr53IZUWnmiSiva2Kw96nI0iH endbZVLj04BLBf0Of9/jyjR6snkM6u755Xza5h6Fz4CikoX9AlVbS3H4uHTyIPZ6wpI2 FcuA2BnF1pimWXzXmXmg0EznZDOa/0c2qkA0MDbuaV+cA09yiw04o731A/IKEwokWt8Y GaSg== X-Gm-Message-State: AKaTC02F8nyQNxwOzIAnIgjlz/wS2lw66F8XQxbpUFgtf2YNyznnZsJl59tlmuZ0X1blvpJDRyHeeSQEAHMc+4Zf X-Received: by 10.25.56.65 with SMTP id d1mr31507017lfj.171.1481664605132; Tue, 13 Dec 2016 13:30:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Tue, 13 Dec 2016 13:30:04 -0800 (PST) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> From: Reuben Thomas Date: Tue, 13 Dec 2016 21:30:04 +0000 Message-ID: Content-Type: multipart/mixed; boundary=f403045ea68a774bff054390ece2 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --f403045ea68a774bff054390ece2 Content-Type: multipart/alternative; boundary=f403045ea68a774bf9054390ece0 --f403045ea68a774bf9054390ece0 Content-Type: text/plain; charset=UTF-8 This updates the first patch to use enchant-lsmod to list the dictionaries in ispell-find-enchant-dictionaries, rather than the (now retracted) patch I previously made to enchant, not realising that the functionality existed in enchant-lsmod. Of course, this dictionary-scanning functionality is still disabled currently by default for Enchant in Emacs. -- http://rrt.sc3d.org --f403045ea68a774bf9054390ece0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thi= s updates the first patch to use enchant-lsmod to list the dictionaries in = ispell-find-enchant-dictionaries, rather than the (now retracted) patch I p= reviously made to enchant, not realising that the functionality existed in = enchant-lsmod.
=
Of course,= this dictionary-scanning functionality is still disabled currently by defa= ult for Enchant in Emacs.

--
http://rrt.sc3d.org
--f403045ea68a774bf9054390ece0-- --f403045ea68a774bff054390ece2 Content-Type: text/x-patch; charset=UTF-8; name="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Disposition: attachment; filename="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwo0u7wt2 RnJvbSBlYTYxMTUxNTM1ODVjNzc3ZWNiNjI2NDcwYzJlN2I1NDI2ZDkwNmY5IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgNCBEZWMgMjAxNiAyMjozOToyNyArMDAwMApTdWJqZWN0OiBbUEFUQ0ggMS8zXSBBZGQgRW5j aGFudCBzdXBwb3J0IHRvIGlzcGVsbC5lbCAoQnVnIzE3NzQyKQpNSU1FLVZlcnNpb246IDEuMApD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKQ29udGVudC1UcmFuc2Zlci1F bmNvZGluZzogOGJpdAoKKiBsaXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgKGlzcGVsbC1wcm9ncmFt LW5hbWUpOiBBZGQg4oCcZW5jaGFudOKAnS4KKGlzcGVsbC1yZWFsbHktZW5jaGFudCk6IEFkZCB2 YXJpYWJsZS4KKGlzcGVsbC1jaGVjay12ZXJzaW9uKTogSWYgdXNpbmcgRW5jaGFudCwgY2hlY2sg aXTigJlzIG5ldyBlbm91Z2ggKGF0CmxlYXN0IDEuNi4xKS4gIChMaWtlIHRoZSBpc3BlbGwgY2hl Y2ssIHRoaXMgaXMgYWJzb2x1dGU6IGNhbm5vdCB3b3JrCndpdGhvdXQuKQooaXNwZWxsLWVuY2hh bnQtZGljdGlvbmFyeS1hbGlzdCk6IEFkZCB2YXJpYWJsZS4KKGlzcGVsbC1maW5kLWVuY2hhbnQt ZGljdGlvbmFyaWVzKTogQWRkIGZ1bmN0aW9uLCBiYXNlZCBvbgppc3BlbGwtZmluZC1hc3BlbGwt ZGljdGlvbmFyaWVzLgooaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zKTogQWxsb3cgZGlj dGlvbmFyeSBhdXRvLWRldGVjdGlvbiBmb3IKRW5jaGFudCwgYW5kIGNhbGwgaXNwZWxsLWZpbmQt ZW5jaGFudC1kaWN0aW9uYXJpZXMgdG8gZmluZCB0aGVtLiAgVXNlCm9sZCBpc3BlbGwgbmFtZSB0 byBsb2NhbGUgbWFwcGluZyBjb2RlIGZvciBFbmNoYW50IHRvby4KKGlzcGVsbC1zZW5kLXJlcGxh Y2VtZW50KTogTWFrZSBpdCB3b3JrIHdpdGggRW5jaGFudC4KLS0tCiBsaXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwgfCA3OSArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKystLS0t LS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCA2NSBpbnNlcnRpb25zKCspLCAxNCBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgYi9saXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwKaW5kZXggMzdhNmZmYy4uYmMyNTk0NSAxMDA2NDQKLS0tIGEvbGlzcC90ZXh0bW9k ZXMvaXNwZWxsLmVsCisrKyBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbApAQCAtMjA4LDYgKzIw OCwxMCBAQCBpc3BlbGwtY2hvaWNlcy13aW4tZGVmYXVsdC1oZWlnaHQKICAgOnR5cGUgJ2ludGVn ZXIKICAgOmdyb3VwICdpc3BlbGwpCiAKKzs7IFhYWCBBZGQgZW5jaGFudCB0byB0aGlzIGxpc3Qg b25jZSBlbmNoYW50ID49IDEuNi4xIGlzIHdpZGVzcHJlYWQuCis7OyBCZWZvcmUgdGhhdCwgYWRk aW5nIGl0IGlzIHVzZWxlc3MsIGFzIGlmIGl0IGlzIGZvdW5kLCBpdCB3aWxsIGp1c3QKKzs7IGNh dXNlIGFuIGVycm9yOyBhbmQgb25lIG9mIHRoZSBvdGhlciBzcGVsbGluZyBlbmdpbmVzIGJlbG93 IGlzCis7OyBhbG1vc3QgY2VydGFpbmx5IGluc3RhbGxlZCBpbiBhbnkgY2FzZSwgZm9yIGVuY2hh bnQgdG8gdXNlLgogKGRlZmN1c3RvbSBpc3BlbGwtcHJvZ3JhbS1uYW1lCiAgIChvciAoZXhlY3V0 YWJsZS1maW5kICJhc3BlbGwiKQogICAgICAgKGV4ZWN1dGFibGUtZmluZCAiaXNwZWxsIikKQEAg LTYwNSw2ICs2MDksOCBAQCBpc3BlbGwtcmVhbGx5LWFzcGVsbAogICAiTm9uLW5pbCBpZiB3ZSBj YW4gdXNlIEFzcGVsbCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1yZWFsbHktaHVuc3Bl bGwgbmlsCiAgICJOb24tbmlsIGlmIHdlIGNhbiB1c2UgSHVuc3BlbGwgZXh0ZW5zaW9ucy4iKQor KGRlZnZhciBpc3BlbGwtcmVhbGx5LWVuY2hhbnQgbmlsCisgICJOb24tbmlsIGlmIHdlIGNhbiB1 c2UgRW5jaGFudCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1lbmNvZGluZzgtY29tbWFu ZCBuaWwKICAgIkNvbW1hbmQgbGluZSBvcHRpb24gcHJlZml4IHRvIHNlbGVjdCBlbmNvZGluZyBp ZiBzdXBwb3J0ZWQsIG5pbCBvdGhlcndpc2UuCiBJZiBzZXR0aW5nIHRoZSBlbmNvZGluZyBpcyBz dXBwb3J0ZWQgYnkgc3BlbGxjaGVja2VyIGFuZCBpcyBzZWxlY3RhYmxlIGZyb20KQEAgLTczOSwx NyArNzQ1LDI2IEBAIGlzcGVsbC1jaGVjay12ZXJzaW9uCiAJCSAgKGFuZCAoc2VhcmNoLWZvcndh cmQtcmVnZXhwCiAJCQkiKGJ1dCByZWFsbHkgSHVuc3BlbGwgXFwoWzAtOV0rXFwuWzAtOVxcLi1d K1xcKT8pIgogICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQpCisJCSAgICAgICAobWF0Y2gt c3RyaW5nIDEpKSkKKyAgICAgICAgICAgIChzZXRxIGlzcGVsbC1yZWFsbHktZW5jaGFudAorCQkg IChhbmQgKHNlYXJjaC1mb3J3YXJkLXJlZ2V4cAorCQkJIihidXQgcmVhbGx5IEVuY2hhbnQgXFwo WzAtOV0rXFwuWzAtOVxcLi1dK1xcKT8pIgorICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQp CiAJCSAgICAgICAobWF0Y2gtc3RyaW5nIDEpKSkpKQogCiAgICAgICAobGV0KiAoKGFzcGVsbDgt bWludmVyICAgIjAuNjAiKQogICAgICAgICAgICAgIChpc3BlbGwtbWludmVyICAgICIzLjEuMTIi KQogICAgICAgICAgICAgIChodW5zcGVsbDgtbWludmVyICIxLjEuNiIpCisgICAgICAgICAgICAg KGVuY2hhbnQtbWludmVyICAgIjEuNi4xIikKICAgICAgICAgICAgICAobWludmVyIChjb25kCiAg ICAgICAgICAgICAgICAgICAgICAgKChub3QgKHZlcnNpb248PSBpc3BlbGwtbWludmVyIGlzcGVs bC1wcm9ncmFtLXZlcnNpb24pKQogICAgICAgICAgICAgICAgICAgICAgICBpc3BlbGwtbWludmVy KQogICAgICAgICAgICAgICAgICAgICAgICgoYW5kIGlzcGVsbC1yZWFsbHktYXNwZWxsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKG5vdCAodmVyc2lvbjw9IGFzcGVsbDgtbWludmVyIGlz cGVsbC1yZWFsbHktYXNwZWxsKSkpCi0gICAgICAgICAgICAgICAgICAgICAgIGFzcGVsbDgtbWlu dmVyKSkpKQorICAgICAgICAgICAgICAgICAgICAgICBhc3BlbGw4LW1pbnZlcikKKyAgICAgICAg ICAgICAgICAgICAgICAoKGFuZCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAobm90ICh2ZXJzaW9uPD0gZW5jaGFudC1taW52ZXIgaXNwZWxsLXJlYWxs eS1lbmNoYW50KSkpCisgICAgICAgICAgICAgICAgICAgICAgIGVuY2hhbnQtbWludmVyKSkpKQog CiAgICAgICAgIChpZiBtaW52ZXIKIAkgICAgKGVycm9yICIlcyByZWxlYXNlICVzIG9yIGdyZWF0 ZXIgaXMgcmVxdWlyZWQiCkBAIC0xMTczLDYgKzExODgsMzYgQEAgaXNwZWxsLWZpbmQtaHVuc3Bl bGwtZGljdGlvbmFyaWVzCiAgICAgICAgICAgICAgICAgICAgIChsaXN0IGRpY3QpKQogICAgICAg ICAgICAgICAgICAgaXNwZWxsLWh1bnNwZWxsLWRpY3Rpb25hcnktYWxpc3QgOnRlc3QgIydlcXVh bCkpKSkKIAorOzsgTWFrZSBpc3BlbGwuZWwgd29yayBiZXR0ZXIgd2l0aCBlbmNoYW50LgorCiso ZGVmdmFyIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QgbmlsCisgICJBbiBhbGlzdCBv ZiBwYXJzZWQgRW5jaGFudCBkaWN0cyBhbmQgYXNzb2NpYXRlZCBwYXJhbWV0ZXJzLgorSW50ZXJu YWwgdXNlLiIpCisKKyhkZWZ1biBpc3BlbGwtZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcyAoKQor ICAiRmluZCBFbmNoYW50J3MgZGljdGlvbmFyaWVzLCBhbmQgcmVjb3JkIGluIGBpc3BlbGwtZW5j aGFudC1kaWN0aW9uYXJ5LWFsaXN0Jy4iCisgIChsZXQqICgoZGljdGlvbmFyaWVzCisJICAoc3Bs aXQtc3RyaW5nCisJICAgKHdpdGgtdGVtcC1idWZmZXIKKwkgICAgIChpc3BlbGwtY2FsbC1wcm9j ZXNzCisgICAgICAgICAgICAgIChjb25jYXQgaXNwZWxsLXByb2dyYW0tbmFtZSAiLWxzbW9kIikg bmlsIHQgbmlsICItbGlzdC1kaWN0cyIpCisJICAgICAoYnVmZmVyLXN0cmluZykpCisgICAgICAg ICAgICIgKFteKV0rKVxuIikpCisgICAgICAgICAoZm91bmQKKyAgICAgICAgICAobWFwY2FyICMn KGxhbWJkYSAobGFuZykKKyAgICAgICAgICAgICAgICAgICAgICBgKCxsYW5nICJbWzphbHBoYTpd XSIgIlteWzphbHBoYTpdXSIgIlsnLuKAmS1dIiB0IG5pbCBuaWwgdXRmLTgpKQorICAgICAgICAg ICAgICAgICAgZGljdGlvbmFyaWVzKSkpCisgICAgOzsgTWVyZ2UgaW50byBGT1VORCBhbnkgZWxl bWVudHMgZnJvbSB0aGUgc3RhbmRhcmQgaXNwZWxsLWRpY3Rpb25hcnktYmFzZS1hbGlzdAorICAg IDs7IHdoaWNoIGhhdmUgbm8gZWxlbWVudCBpbiBGT1VORCBhdCBhbGwuCisgICAgKGRvbGlzdCAo ZGljdCBpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0KQorICAgICAgKHVubGVzcyAoYXNzb2Mg KGNhciBkaWN0KSBmb3VuZCkKKwkoc2V0cSBmb3VuZCAobmNvbmMgZm91bmQgKGxpc3QgZGljdCkp KSkpCisgICAgKHNldHEgaXNwZWxsLWVuY2hhbnQtZGljdGlvbmFyeS1hbGlzdCBmb3VuZCkKKyAg ICA7OyBBZGQgYSBkZWZhdWx0IGVudHJ5CisgICAgKGxldCAoKGRlZmF1bHQtZGljdAorICAgICAg ICAgICAnKG5pbCAiW1s6YWxwaGE6XV0iICJbXls6YWxwaGE6XV0iICJbJy7igJktXSIgdCBuaWwg bmlsIHV0Zi04KSkpCisgICAgICAocHVzaCBkZWZhdWx0LWRpY3QgaXNwZWxsLWVuY2hhbnQtZGlj dGlvbmFyeS1hbGlzdCkpKSkKKwogOzsgU2V0IHBhcmFtcyBhY2NvcmRpbmcgdG8gdGhlIHNlbGVj dGVkIHNwZWxsY2hlY2tlcgogCiAoZGVmdmFyIGlzcGVsbC1sYXN0LXByb2dyYW0tbmFtZSBuaWwK QEAgLTExOTgsNyArMTI0Myw3IEBAIGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcwogCQkg ICAoc2V0cSBpc3BlbGwtbGlicmFyeS1kaXJlY3RvcnkgKGlzcGVsbC1jaGVjay12ZXJzaW9uKSkK IAkJICAgdCkKIAkgICAgICAgKGVycm9yIG5pbCkpCi0JICAgICBpc3BlbGwtZW5jb2Rpbmc4LWNv bW1hbmQpCisJICAgICAob3IgaXNwZWxsLWVuY29kaW5nOC1jb21tYW5kIGlzcGVsbC1yZWFsbHkt ZW5jaGFudCkpCiAJOzsgYXV0by1kZXRlY3Rpb24gd2lsbCBvbmx5IGJlIHVzZWQgaWYgc3BlbGxj aGVja2VyIGlzIG5vdAogCTs7IGlzcGVsbCBhbmQgc3VwcG9ydHMgYSB3YXkgdG8gc2V0IGNvbW11 bmljYXRpb24gdG8gVVRGLTguCiAJKGlmIGlzcGVsbC1yZWFsbHktYXNwZWxsCkBAIC0xMjA2LDEx ICsxMjUxLDE0IEBAIGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcwogCQkoaXNwZWxsLWZp bmQtYXNwZWxsLWRpY3Rpb25hcmllcykpCiAJICAoaWYgaXNwZWxsLXJlYWxseS1odW5zcGVsbAog CSAgICAgIChvciBpc3BlbGwtaHVuc3BlbGwtZGljdGlvbmFyeS1hbGlzdAotCQkgIChpc3BlbGwt ZmluZC1odW5zcGVsbC1kaWN0aW9uYXJpZXMpKSkpKQorCQkgIChpc3BlbGwtZmluZC1odW5zcGVs bC1kaWN0aW9uYXJpZXMpKQorICAgICAgICAgICAgKGlmIGlzcGVsbC1yZWFsbHktZW5jaGFudAor ICAgICAgICAgICAgICAgIChvciBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFsaXN0CisgICAg ICAgICAgICAgICAgICAgIChpc3BlbGwtZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcykpKSkpKQog CiAgICAgOzsgU3Vic3RpdHV0ZSBpc3BlbGwtZGljdGlvbmFyeS1hbGlzdCB3aXRoIHRoZSBsaXN0 IG9mCiAgICAgOzsgZGljdGlvbmFyaWVzIGNvcnJlc3BvbmRpbmcgdG8gdGhlIGdpdmVuIHNwZWxs Y2hlY2tlci4KLSAgICA7OyBJZiBhIHJlY2VudCBhc3BlbGwgb3IgaHVuc3BlbGwsIHVzZSB0aGUg bGlzdCBvZiByZWFsbHkKKyAgICA7OyBXaXRoIHByb2dyYW1zIHRoYXQgc3VwcG9ydCBpdCwgdXNl IHRoZSBsaXN0IG9mIHJlYWxseQogICAgIDs7IGluc3RhbGxlZCBkaWN0aW9uYXJpZXMgYW5kIGFk ZCB0byBpdCBlbGVtZW50cyBvZiB0aGUgb3JpZ2luYWwKICAgICA7OyBsaXN0IHRoYXQgYXJlIG5v dCBwcmVzZW50IHRoZXJlLiBBbGxvdyBkaXN0cm8gaW5mby4KICAgICAobGV0ICgoZm91bmQtZGlj dHMtYWxpc3QKQEAgLTEyMTksMTcgKzEyNjcsMTkgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXIt cGFyYW1zCiAJCSAgIGlzcGVsbC1hc3BlbGwtZGljdGlvbmFyeS1hbGlzdAogCQkgKGlmIGlzcGVs bC1yZWFsbHktaHVuc3BlbGwKIAkJICAgICBpc3BlbGwtaHVuc3BlbGwtZGljdGlvbmFyeS1hbGlz dCkpCi0JICAgICBuaWwpKQorCSAgICAgKGlmIGlzcGVsbC1yZWFsbHktZW5jaGFudAorICAgICAg ICAgICAgICAgICBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFsaXN0CisgICAgICAgICAgICAg ICBuaWwpKSkKIAkgIChpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0IGlzcGVsbC1kaWN0aW9u YXJ5LWJhc2UtYWxpc3QpCiAJICBpc3BlbGwtYmFzZS1kaWN0cy1vdmVycmlkZS1hbGlzdCA7IE92 ZXJyaWRlIG9ubHkgYmFzZS1kaWN0cy1hbGlzdAogCSAgYWxsLWRpY3RzLWFsaXN0KQogCiAgICAg ICA7OyBXaGlsZSBpc3BlbGwgYW5kIGFzcGVsbCAodGhyb3VnaCBhbGlhc2VzKSB1c2UgdGhlIHRy YWRpdGlvbmFsCi0gICAgICA7OyBkaWN0IG5hbWluZyBvcmlnaW5hbGx5IGV4cGVjdGVkIGJ5IGlz cGVsbC5lbCwgaHVuc3BlbGwKLSAgICAgIDs7IHVzZXMgbG9jYWxlIGJhc2VkIG5hbWVzIHdpdGgg bm8gYWxpYXMuICBXZSBuZWVkIHRvIG1hcAorICAgICAgOzsgZGljdCBuYW1pbmcgb3JpZ2luYWxs eSBleHBlY3RlZCBieSBpc3BlbGwuZWwsIGh1bnNwZWxsICYgRW5jaGFudAorICAgICAgOzsgdXNl IGxvY2FsZS1iYXNlZCBuYW1lcyB3aXRoIG5vIGFsaWFzLiAgV2UgbmVlZCB0byBtYXAKICAgICAg IDs7IHN0YW5kYXJkIG5hbWVzIHRvIGxvY2FsZSBiYXNlZCBuYW1lcyB0byBtYWtlIGRlZmF1bHQg ZGljdAotICAgICAgOzsgZGVmaW5pdGlvbnMgYXZhaWxhYmxlIGZvciBodW5zcGVsbC4KLSAgICAg IChpZiBpc3BlbGwtcmVhbGx5LWh1bnNwZWxsCisgICAgICA7OyBkZWZpbml0aW9ucyBhdmFpbGFi bGUgdG8gdGhlc2UgcHJvZ3JhbXMuCisgICAgICAoaWYgKG9yIGlzcGVsbC1yZWFsbHktaHVuc3Bl bGwgaXNwZWxsLXJlYWxseS1lbmNoYW50KQogCSAgKGxldCAodG1wLWRpY3RzLWFsaXN0KQogCSAg ICAoZG9saXN0IChhZGljdCBpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0KQogCSAgICAgIChs ZXQqICgoZGljdC1uYW1lIChudGggMCBhZGljdCkpCkBAIC0xMjU0LDcgKzEzMDQsNyBAQCBpc3Bl bGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXMKIAkJCShzZXRxIGlzcGVsbC1hcmdzCiAJCQkgICAg ICAobmNvbmMgaXNwZWxsLWFyZ3MgKGxpc3QgIi1kIiBkaWN0LWVxdWl2KSkpCiAJCSAgICAgICht ZXNzYWdlCi0JCSAgICAgICAiaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zOiBNaXNzaW5n IEh1bnNwZWxsIGVxdWl2IGZvciBcIiVzXCIuIFNraXBwaW5nLiIKKwkJICAgICAgICJpc3BlbGwt c2V0LXNwZWxsY2hlY2tlci1wYXJhbXM6IE1pc3NpbmcgZXF1aXZhbGVudCBmb3IgXCIlc1wiLiBT a2lwcGluZy4iCiAJCSAgICAgICBkaWN0LW5hbWUpCiAJCSAgICAgIChzZXRxIHNraXAtZGljdCB0 KSkpCiAKQEAgLTEyOTYsNyArMTM0Niw3IEBAIGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFt cwogICAgICAgICAgICAgICAgICAgICAgICAgIChudGggNCBhZGljdCkgICA7IG1hbnktb3RoZXJj aGFycy1wCiAgICAgICAgICAgICAgICAgICAgICAgICAgKG50aCA1IGFkaWN0KSAgIDsgaXNwZWxs LWFyZ3MKICAgICAgICAgICAgICAgICAgICAgICAgICAobnRoIDYgYWRpY3QpICAgOyBleHRlbmRl ZC1jaGFyYWN0ZXItbW9kZQotICAgICAgICAgICAgICAgICAgICAgICAgIChpZiBpc3BlbGwtZW5j b2Rpbmc4LWNvbW1hbmQKKyAgICAgICAgICAgICAgICAgICAgICAgICAoaWYgKG9yIGlzcGVsbC1l bmNvZGluZzgtY29tbWFuZCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQpCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICd1dGYtOAogICAgICAgICAgICAgICAgICAgICAgICAgICAgKG50aCA3IGFk aWN0KSkpCiAgICAgICAgICAgICAgICAgICAgICAgYWRpY3QpCkBAIC0xNzMyLDkgKzE3ODIsMTAg QEAgaXNwZWxsLWFjY2VwdC1vdXRwdXQKIAkgICAgKGVyYXNlLWJ1ZmZlcikpKSkpKSkKIAogKGRl ZnVuIGlzcGVsbC1zZW5kLXJlcGxhY2VtZW50IChtaXNzcGVsbGVkIHJlcGxhY2VtZW50KQotICAi Tm90aWZ5IEFzcGVsbCB0aGF0IE1JU1NQRUxMRUQgc2hvdWxkIGJlIHNwZWxsZWQgUkVQTEFDRU1F TlQuCi1UaGlzIGFsbG93cyBpbXByb3ZpbmcgdGhlIHN1Z2dlc3Rpb24gbGlzdCBiYXNlZCBvbiBh Y3R1YWwgbWlzc3BlbGxpbmdzLiIKLSAgKGFuZCBpc3BlbGwtcmVhbGx5LWFzcGVsbAorICAiTm90 aWZ5IHNwZWxsIGNoZWNrZXIgdGhhdCBNSVNTUEVMTEVEIHNob3VsZCBiZSBzcGVsbGVkIFJFUExB Q0VNRU5ULgorVGhpcyBhbGxvd3MgaW1wcm92aW5nIHRoZSBzdWdnZXN0aW9uIGxpc3QgYmFzZWQg b24gYWN0dWFsIG1pc3NwZWxsaW5ncy4KK09ubHkgd29ya3MgZm9yIEFzcGVsbCBhbmQgRW5jaGFu dC4iCisgIChhbmQgKG9yIGlzcGVsbC1yZWFsbHktYXNwZWxsIGlzcGVsbC1yZWFsbHktZW5jaGFu dCkKICAgICAgICAoaXNwZWxsLXNlbmQtc3RyaW5nIChjb25jYXQgIiQkcmEgIiBtaXNzcGVsbGVk ICIsIiByZXBsYWNlbWVudCAiXG4iKSkpKQogCiAKLS0gCjIuNy40Cgo= --f403045ea68a774bff054390ece2 Content-Type: text/x-patch; charset=US-ASCII; name="0002-Disable-auto-scanning-of-Enchant-dictionaries.patch" Content-Disposition: attachment; filename="0002-Disable-auto-scanning-of-Enchant-dictionaries.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iwo0u7x23 RnJvbSBmNDI1MjU1MmQ3NjcwZTI1MTYwY2MzZTc3ZDJjOTVlNjRmODMxMzMyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFR1 ZSwgMTMgRGVjIDIwMTYgMjE6MTI6MTMgKzAwMDAKU3ViamVjdDogW1BBVENIIDIvM10gRGlzYWJs ZSBhdXRvLXNjYW5uaW5nIG9mIEVuY2hhbnQgZGljdGlvbmFyaWVzCgpsaXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwgKGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcyk6IERvIG5vdCBjYWxsCmlz cGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzLiAgQWRkIGEgY29tbWVudCBub3RpbmcgdGhh dCBpdCBpcwpkaXNhYmxlZCB1bnRpbCBpdCBpcyBwb3NzaWJsZSB0byBzZXQgZ29vZCBDQVNFQ0hB UlMgYW5kIE5PVC1DQVNFQ0hBUlMKdmFsdWVzLiAgKEJ1ZyMxNzc0Mjsgc2VlIGFsc28KaHR0cHM6 Ly9naXRodWIuY29tL0FiaVdvcmQvZW5jaGFudC9pc3N1ZXMvMTcgKQotLS0KIGxpc3AvdGV4dG1v ZGVzL2lzcGVsbC5lbCB8IDExICsrKysrKysrLS0tCiAxIGZpbGUgY2hhbmdlZCwgOCBpbnNlcnRp b25zKCspLCAzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpc3AvdGV4dG1vZGVzL2lzcGVs bC5lbCBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbAppbmRleCBiYzI1OTQ1Li40M2ViNjcyIDEw MDY0NAotLS0gYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwKKysrIGIvbGlzcC90ZXh0bW9kZXMv aXNwZWxsLmVsCkBAIC0xMTk0LDYgKzExOTQsOCBAQCBpc3BlbGwtZW5jaGFudC1kaWN0aW9uYXJ5 LWFsaXN0CiAgICJBbiBhbGlzdCBvZiBwYXJzZWQgRW5jaGFudCBkaWN0cyBhbmQgYXNzb2NpYXRl ZCBwYXJhbWV0ZXJzLgogSW50ZXJuYWwgdXNlLiIpCiAKKzs7IFhYWCBOb3QgdXNlZDogbmVlZHMg dG8gYmUgZml4ZWQgdG8gZ2VuZXJhdGUgZ29vZCBDQVNFQ0hBUlMgYW5kCis7OyBOT1QtQ0FTRUNI QVJTIHZhbHVlcy4KIChkZWZ1biBpc3BlbGwtZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcyAoKQog ICAiRmluZCBFbmNoYW50J3MgZGljdGlvbmFyaWVzLCBhbmQgcmVjb3JkIGluIGBpc3BlbGwtZW5j aGFudC1kaWN0aW9uYXJ5LWFsaXN0Jy4iCiAgIChsZXQqICgoZGljdGlvbmFyaWVzCkBAIC0xMjUy LDkgKzEyNTQsMTIgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAJICAoaWYgaXNw ZWxsLXJlYWxseS1odW5zcGVsbAogCSAgICAgIChvciBpc3BlbGwtaHVuc3BlbGwtZGljdGlvbmFy eS1hbGlzdAogCQkgIChpc3BlbGwtZmluZC1odW5zcGVsbC1kaWN0aW9uYXJpZXMpKQotICAgICAg ICAgICAgKGlmIGlzcGVsbC1yZWFsbHktZW5jaGFudAotICAgICAgICAgICAgICAgIChvciBpc3Bl bGwtZW5jaGFudC1kaWN0aW9uYXJ5LWFsaXN0Ci0gICAgICAgICAgICAgICAgICAgIChpc3BlbGwt ZmluZC1lbmNoYW50LWRpY3Rpb25hcmllcykpKSkpKQorICAgICAgICAgICAgOzsgWFhYIERpc2Fi bGUgdW50aWwgaXNwZWxsLWZpbmQtZW5jaGFudC1kaWN0aW9uYXJpZXMgY2FuCisgICAgICAgICAg ICA7OyBnZW5lcmF0ZSBnb29kIENBU0VDSEFSUyBhbmQgTk9ULUNBU0VDSEFSUyB2YWx1ZXMuCisg ICAgICAgICAgICA7OyAoaWYgaXNwZWxsLXJlYWxseS1lbmNoYW50CisgICAgICAgICAgICA7OyAg ICAgKG9yIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QKKyAgICAgICAgICAgIDs7ICAg ICAgICAgKGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzKSkpCisgICAgICAgICAgICAp KSkKIAogICAgIDs7IFN1YnN0aXR1dGUgaXNwZWxsLWRpY3Rpb25hcnktYWxpc3Qgd2l0aCB0aGUg bGlzdCBvZgogICAgIDs7IGRpY3Rpb25hcmllcyBjb3JyZXNwb25kaW5nIHRvIHRoZSBnaXZlbiBz cGVsbGNoZWNrZXIuCi0tIAoyLjcuNAoK --f403045ea68a774bff054390ece2-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Dec 2016 15:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148173018219807 (code B ref 17742); Wed, 14 Dec 2016 15:43:02 +0000 Received: (at 17742) by debbugs.gnu.org; 14 Dec 2016 15:43:02 +0000 Received: from localhost ([127.0.0.1]:41970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHBht-00059M-QN for submit@debbugs.gnu.org; Wed, 14 Dec 2016 10:43:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47115) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHBhr-00059A-Vt for 17742@debbugs.gnu.org; Wed, 14 Dec 2016 10:43:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cHBhj-0005nu-QM for 17742@debbugs.gnu.org; Wed, 14 Dec 2016 10:42:54 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cHBhj-0005no-NT; Wed, 14 Dec 2016 10:42:51 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3571 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cHBhj-0006Ec-1S; Wed, 14 Dec 2016 10:42:51 -0500 Date: Wed, 14 Dec 2016 17:42:04 +0200 Message-Id: <83twa6a56b.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Tue, 13 Dec 2016 21:17:25 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 13 Dec 2016 21:17:25 +0000 > Cc: 17742@debbugs.gnu.org > > I'm okay with installing this, provided that the above-mentioned issue > is taken care of, if only by leaving it to the user to provide the > dictionary entries by hand. I don't think it's a good idea to > auto-generate entries that are only 80% correct, as that will > certainly trigger bug reports. > > ​Agreed. I have prepared a separate patch (so it can be easily reverted later) to disable the use of > ispell-find-enchant-dictionaries, along with a rationale in comments. > > If that is satisfactory, I can add NEWS documentation for the new feature, along with a warning about its > limitations, and install the patches. OK, I guess. Maybe add in a comment an example of setting up Enchant for some language, in case users may find that helpful. Thanks. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Dec 2016 12:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14818054065591 (code B ref 17742); Thu, 15 Dec 2016 12:37:01 +0000 Received: (at 17742) by debbugs.gnu.org; 15 Dec 2016 12:36:46 +0000 Received: from localhost ([127.0.0.1]:42455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHVHC-0001S7-E9 for submit@debbugs.gnu.org; Thu, 15 Dec 2016 07:36:46 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:35518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHVHB-0001Rv-9o for 17742@debbugs.gnu.org; Thu, 15 Dec 2016 07:36:46 -0500 Received: by mail-wm0-f51.google.com with SMTP id a197so161778371wmd.0 for <17742@debbugs.gnu.org>; Thu, 15 Dec 2016 04:36:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Fpnpk/hNb1bX9S04b8kavpKDaoA3T6WtYxYWLc8Guxk=; b=MNpW2FOTH4V3en++inu5KGFcvc1XthhY9QGiSETHEtvX48FRbKT76xuqVapxlxBnzO P6j2+jCpO3LTn8Oxvn3yCaN0z+aU2Z1Z5E3h7EVrGNaKAZp84cnpMkK5Oh83gh78VO1E WuYsvhLhvhBGJoss+PrKUbXlQN2/CO86HWKnY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Fpnpk/hNb1bX9S04b8kavpKDaoA3T6WtYxYWLc8Guxk=; b=U6pVR6mGNPfBFvps3e9lTCeSyRqsvaKt+PklOsbSig24uSTInI0SqlmeqKUf7t0qsu m6lNOmYfhyJPmT7zRsLzwAnHYLzkfj4ktesGIbUftvQufVSOQqAAbsGtSTRNB8TB0B1Z aplEeQOl+4ABCpbf7VFVJ1EeVj8pN54J2zEQlliuj/ONnIT6pO/Uc6ZWEmhyNwEcDKLi td1c3j9OL1/ptKEy0mO782w9Bpw5XfptHk7mDe5nLud8Qyl+t+hvkno/do6ocjAeCCu8 M7O+jvmCtuO6LfCr9naormBGpSCCuNp7BfJOX/GPZzVonMuElD4MFThACiQAfrBK1euc MnqA== X-Gm-Message-State: AKaTC01KvqzC5LYjXSJvf7DnVSRWMPO75AV7UuAHtaLJkUu36CfcWc5tORdjz/L+IDAB6H5pJ5vUi85mEOeDEoiU X-Received: by 10.25.200.197 with SMTP id y188mr390151lff.132.1481805399413; Thu, 15 Dec 2016 04:36:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.190.2 with HTTP; Thu, 15 Dec 2016 04:36:38 -0800 (PST) In-Reply-To: <83twa6a56b.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <83twa6a56b.fsf@gnu.org> From: Reuben Thomas Date: Thu, 15 Dec 2016 12:36:38 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c1a0ba07589160543b1b451 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c1a0ba07589160543b1b451 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 14 December 2016 at 15:42, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 13 Dec 2016 21:17:25 +0000 > > Cc: 17742@debbugs.gnu.org > > > > I'm okay with installing this, provided that the above-mentioned issue > > is taken care of, if only by leaving it to the user to provide the > > dictionary entries by hand. I don't think it's a good idea to > > auto-generate entries that are only 80% correct, as that will > > certainly trigger bug reports. > > > > =E2=80=8BAgreed. I have prepared a separate patch (so it can be easily = reverted > later) to disable the use of > > ispell-find-enchant-dictionaries, along with a rationale in comments. > > > > If that is satisfactory, I can add NEWS documentation for the new > feature, along with a warning about its > > limitations, and install the patches. > > OK, I guess. Maybe add in a comment an example of setting up Enchant > for some language, in case users may find that helpful. > =E2=80=8BI'll bear that in mind, but it occurs to me that since the code re= lies on an unreleased version of Enchant, there is little to be gained by installing it until the release is made, and better to wait, in case I have to change anything. So I'll keep this bug open and not install the patch for now. --=20 http://rrt.sc3d.org --94eb2c1a0ba07589160543b1b451 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 14 December 2016 at 15:42, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Tue, 13 Dec 2016 21:17:25 +0000
> Cc: 17742@d= ebbugs.gnu.org
>
>=C2=A0 I'm okay with installing this, provided that the above-menti= oned issue
>=C2=A0 is taken care of, if only by leaving it to the user to provide t= he
>=C2=A0 dictionary entries by hand. I don't think it's a good id= ea to
>=C2=A0 auto-generate entries that are only 80% correct, as that will >=C2=A0 certainly trigger bug reports.
>
> =E2=80=8BAgreed. I have prepared a separate patch (so it can be easily= reverted later) to disable the use of
> ispell-find-enchant-dictionaries, along with a rationale in comme= nts.
>
> If that is satisfactory, I can add NEWS documentation for the new feat= ure, along with a warning about its
> limitations, and install the patches.

OK, I guess.=C2=A0 Maybe add in a comment an example of setting up E= nchant
for some language, in case users may find that helpful.

=E2=80=8BI'll bear that in mind, but it occurs to me that s= ince the code relies on an unreleased version of Enchant, there is little t= o be gained by installing it until the release is made, and better to wait,= in case I have to change anything. So I'll keep this bug open and not = install the patch for now.

--
--94eb2c1a0ba07589160543b1b451-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Dec 2016 23:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148210440319654 (code B ref 17742); Sun, 18 Dec 2016 23:41:02 +0000 Received: (at 17742) by debbugs.gnu.org; 18 Dec 2016 23:40:03 +0000 Received: from localhost ([127.0.0.1]:46564 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIl3i-00056r-Hf for submit@debbugs.gnu.org; Sun, 18 Dec 2016 18:40:03 -0500 Received: from mail-qk0-f169.google.com ([209.85.220.169]:35836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIl3g-00056K-3E for 17742@debbugs.gnu.org; Sun, 18 Dec 2016 18:40:01 -0500 Received: by mail-qk0-f169.google.com with SMTP id n204so143647623qke.2 for <17742@debbugs.gnu.org>; Sun, 18 Dec 2016 15:40:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=b3FbgNtYavObIZkHHCo19Eyjq3AjGAfAiir0qUPMXsc=; b=xX08oqPAxVwmgLl28Z2vem9qTdCp/fDdxe3K42eV0nV/KbQNKCg5Mt2r+uxkHKpTvF G2+IlR1dVvBNszBef56U4NDiKijMXNj3SOp/GHb4KuM9zfM0mj1LQqrGMsFuWiURdU3X CGTOkQwNUCXKVsvapk4VUEgCyAKPsWNNkkqFE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=b3FbgNtYavObIZkHHCo19Eyjq3AjGAfAiir0qUPMXsc=; b=DlrXwEwLQlaPa+y0ZTs67CR3080tDhYmizk+pZmDg289drr1K61ClaMpaA015TD17W HrGNn28SxSp1i6RoUHVAJFFcH9Bij4LpPo7HLjGYdcc1GMpPeDxzBEuU1IqoTk33RxiH g1P3f+q2AHhaN9Nc0JqYuemdlo3yeLCfJjOZnMU/61+V376Irt1bG/PGeykE8iXrvg0q h077bbvegRpP3x+CRra2zOTGSkrbdjPiE5S7p+sEoTZ9ER8C072ZofZELT+wKA2FRTcz YVvN58792qBfYYdsj2c55RAkGLAweCsaaWooY/e6cxfdBGB1Lo158qoBzFcRQzLQiH8C pZkw== X-Gm-Message-State: AIkVDXLSXElFfvyVKqZdiIqxh/eVtITUdZR3jQtff+gNqAO2vvpKL3Uxc2UbvfOMhiCMJQEMTfZUSlPjqeAHnqmZ X-Received: by 10.55.124.5 with SMTP id x5mr319478qkc.9.1482104394579; Sun, 18 Dec 2016 15:39:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Sun, 18 Dec 2016 15:39:54 -0800 (PST) In-Reply-To: <837f73bqwv.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> From: Reuben Thomas Date: Sun, 18 Dec 2016 23:39:54 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c05a18af598410543f75193 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c05a18af598410543f75193 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13 December 2016 at 18:54, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Tue, 13 Dec 2016 18:26:43 +0000 > > Cc: 17742@debbugs.gnu.org > > > > I understand that Enchant doesn't yet support these features, but in > > that case we must provide our users with some way of customizing these > > settings, we cannot silently use defaults that are most probably > > inappropriate, even if they are 90% correct. > > > > =E2=80=8BThe way to customize it is surely the same as currently, namel= y=E2=80=8B to > customize ispell-dictionary-alist?=E2=80=8B > > That's okay, but then ispell.el shouldn't be generating dictionary > entries, but instead should leave that to the user, as we do with > Ispell. > > > Given that even management of personal word lists needs a patch to > Enchant, it seems to me better to first > > try to engage with the Enchant maintainers on this. There's also one > obvious question, namely, what do other > > Enchant users do? Enchant is used in Abiword (free word processor), > Pidgin (free IM client) etc. So, I shall > > look into this. > > Thanks. > =E2=80=8BI have not had any response to my enquiries yet, but I did some re= search, and neither GNU Aspell nor hunspell offer any way to get this information (about character classes of dictionaries) via their APIs. This suggests that they do not see a need for it. Perhaps it is worth confirming whether Emacs really needs this information? As far as I can see, it is used only in flyspell-word, for per-word spell-checking. (The only caller outside flyspell.el is erc, which has a FIXME saying not to call flyspell-word.) As far as I can see, the code assumes that words are a convenient unit to check and cache, though there's no definite requirement for that: in particular, the spelling checkers will say what words are incorrectly spelled and where they are without having to be given precisely the word. I guess that other editors and word processors work this way. For example, aspell.h contains the following notice about aspell_document_checker_process: * The string passed in should only be split on * white space characters. So a reasonable definition of cache units (I will not say "words" any more) might be whitespace-delimited strings. This would not need casechars, not-casechars, otherchars and many-otherchars-p. I've put this on my to-investigate list for the future; of course, if there's an obvious reason it wouldn't work, do let me know! --=20 http://rrt.sc3d.org --94eb2c05a18af598410543f75193 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 13 December 2016 at 18:54, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Tue, 13 Dec 2016 18:26:43 +0000
> Cc: 17742@d= ebbugs.gnu.org
>
>=C2=A0 I understand that Enchant doesn't yet support these features= , but in
>=C2=A0 that case we must provide our users with some way of customizing= these
>=C2=A0 settings, we cannot silently use defaults that are most probably=
>=C2=A0 inappropriate, even if they are 90% correct.
>
> =E2=80=8BThe way to customize it is surely the same as currently, name= ly=E2=80=8B to customize ispell-dictionary-alist?=E2=80=8B

That's okay, but then ispell.el shouldn't be generating dict= ionary
entries, but instead should leave that to the user, as we do with
Ispell.

> Given that even management of personal word lists needs a patch to Enc= hant, it seems to me better to first
> try to engage with the Enchant maintainers on this. There's also o= ne obvious question, namely, what do other
> Enchant users do? Enchant is used in Abiword (free word processor), Pi= dgin (free IM client) etc. So, I shall
> look into this.

Thanks.

=E2=80=8BI have not had any response to my e= nquiries yet, but I did some research, and neither GNU Aspell nor hunspell = offer any way to get this information (about character classes of dictionar= ies) via their APIs.

This suggests that they do not see a need for it. Perhaps it is worth con= firming whether Emacs really needs this information?

As far as I can see, it is used only in flyspel= l-word, for per-word spell-checking. (The only caller outside flyspell.el i= s erc, which has a FIXME saying not to call flyspell-word.) As far as I can= see, the code assumes that words are a convenient unit to check and cache,= though there's no definite requirement for that: in particular, the sp= elling checkers will say what words are incorrectly spelled and where they = are without having to be given precisely the word. I guess that other edito= rs and word processors work this way.

For example, aspell.h contains the following notice about aspe= ll_document_checker_process:

=C2=A0* The string passed in should= only be split on
=C2=A0* white space cha= racters.

So a reasonable definition of cache units (I will not say "word= s" any more) might be whitespace-delimited strings. This would not nee= d casechars, not-casechars, otherchars and many-otherchars-p.

I've put th= is on my to-investigate list for the future; of course, if there's an o= bvious reason it wouldn't work, do let me know!
<= br>
--
http:= //rrt.sc3d.org
--94eb2c05a18af598410543f75193-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 01:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148210936426887 (code B ref 17742); Mon, 19 Dec 2016 01:03:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 01:02:44 +0000 Received: from localhost ([127.0.0.1]:46574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cImLk-0006zb-EY for submit@debbugs.gnu.org; Sun, 18 Dec 2016 20:02:44 -0500 Received: from mail-qt0-f173.google.com ([209.85.216.173]:33046) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cImLi-0006zN-EH for 17742@debbugs.gnu.org; Sun, 18 Dec 2016 20:02:42 -0500 Received: by mail-qt0-f173.google.com with SMTP id p16so132086391qta.0 for <17742@debbugs.gnu.org>; Sun, 18 Dec 2016 17:02:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=E/JZXi/UDGnldkeJ6wkPNCdJj7Xzbz7PYBWcqCzj6rY=; b=I5M9AoOpTsjADlLFmC8KVqfP1XUPFIjUb68Svh1FfqOys8545b/sio0zhIZETIZDaR OmgTstfs063wQCz3beyVXEHNW2ydwHGToKzPDTUe9ffYCAHGzLD/omEFyiWy3RlsGNS2 EAOZwRogZsYUKXgIUYQM6fbckoGj9YYBs/tjA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=E/JZXi/UDGnldkeJ6wkPNCdJj7Xzbz7PYBWcqCzj6rY=; b=IMd035zOioXdZlZtOC+RHoBVMYTNgB5mw03vcsagCk+mIRrU8F2UlfapSB5pabcNQ0 b9Hc6qYBOyBsc5+lICuFwnkTcu5QdW8e+GQOYWQMMYu2bfd0KV0AX8xn2qaEQr1Po+tN Mp1j862XbkRzBolvfwL8oPx+ky6Y8ciWjTrKPkc3SOLmKszbehe1H00xULxOul9uGU95 Kf0KPGx0xdkp8KfDfpj7tbRxiUZBVpyZ5ukntjGxSLqdnTJyk62el5gXqQbwQnjKRe+h LRfC2AgN2KaEh5FHo61JFQ9rvnKL7J5md/zbNxo6M5bd2UYt5jq+LlbGLEFX6AkmpxDM N2PA== X-Gm-Message-State: AIkVDXJ2F3SvFMD0UGUv1hRNE17UD1aeyyAQFUIf4g0RpXyfVWDJ1lh+kOAI+SitSGYSeQQlRazdEkKnywldW9AL X-Received: by 10.200.47.38 with SMTP id j35mr762667qta.136.1482109356951; Sun, 18 Dec 2016 17:02:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Sun, 18 Dec 2016 17:02:36 -0800 (PST) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> From: Reuben Thomas Date: Mon, 19 Dec 2016 01:02:36 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a1135da06bd86760543f87913 X-Spam-Score: -0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) --001a1135da06bd86760543f87913 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 18 December 2016 at 23:39, Reuben Thomas wrote: > > So a reasonable definition of cache units (I will not say "words" any > more) might be whitespace-delimited strings. This would not need casechar= s, > not-casechars, otherchars and many-otherchars-p. > > I've put this on my to-investigate list for the future; of course, if > there's an obvious reason it wouldn't work, do let me know! > =E2=80=8BBasic tests using [[:alpha:]] for casechars and [^[:alpha:]] for not-casechars seem to work OK. =E2=80=8BWhat would be a more rigorous test? So far I just tried some spell-checking and use of flyspell. --=20 http://rrt.sc3d.org --001a1135da06bd86760543f87913 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 18 December 2016 at 23:39, Reuben Thomas <rrt@sc3d.org> wrote:

So a reasonable definition of cache = units (I will not say "words" any more) might be whitespace-delim= ited strings. This would not need casechars, not-casechars, otherchars and = many-otherchars-p.

I've put this on my to-inve= stigate list for the future; of course, if there's an obvious reason it= wouldn't work, do let me know!

=E2=80=8BBasic tests using [[:alpha:]] for casechars and = [^[:alpha:]] for not-casechars seem to work OK.

=E2=80=8BWhat = would be a more rigorous test? So far I just tried some spell-checking and = use of flyspell.

--
http://rrt.sc3d.org
--001a1135da06bd86760543f87913-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 12:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148215132129826 (code B ref 17742); Mon, 19 Dec 2016 12:42:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 12:42:01 +0000 Received: from localhost ([127.0.0.1]:46931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIxGS-0007l0-PB for submit@debbugs.gnu.org; Mon, 19 Dec 2016 07:42:00 -0500 Received: from mail-qt0-f175.google.com ([209.85.216.175]:35994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIxGR-0007kn-RA for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 07:42:00 -0500 Received: by mail-qt0-f175.google.com with SMTP id w33so145303951qtc.3 for <17742@debbugs.gnu.org>; Mon, 19 Dec 2016 04:41:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hxjwEOzwyFSjuPnUe8HNW2FS7yFR1/vV/K5IWHL2Cow=; b=0IMZylxd41TPx2eQ9PeZHm4iBOdFSF1AEYU20wQMXjBmpOy5C64+N3Z9hXM6NxLOXm hcl0KMebKl+53ZrAIKIykACEn3DKgmnA7vSVav6A0ibMN4oI6y8ni7aEC9QSVHxOSphl AzvGjGAJhmFJcps4TcQkLT26zb5v1hNCMyzBs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hxjwEOzwyFSjuPnUe8HNW2FS7yFR1/vV/K5IWHL2Cow=; b=h6kzpgN7GOFqM3z7XZIL4OHGIJEjegpI85UwKi6yomdtMe+Rz0NYYCxpHl4gxI1YjN H8dvbsXlMKVK5eDzJt0Q6yWLaD5Tw3wSGYUxtCraryAmIL/KokD7R6v7z3xNhh8ZhT0r f9QFHjSL/y+TIBzzHR/MXlt8xiSSZUvNM+Zw3uMcY/0h2t6IJ6+LvO+MUqgPTnLsRyze Il55uyGHs8vaLBJy87MMr8J9HXunq8BHJBJiDKnrwyZIvdPeJIYsuHvPSPxue3QbkJs6 z8PPky+rrQiiVsZYEK2tMQDmsjIciAMEo/qqgS5e/qANcnxkQ3QMobFtFWMlc4NQPM1i Sa4A== X-Gm-Message-State: AIkVDXJNogjLdYpoJaNDwPElr+OA/JAQc2FqBaJXKP+ySnaluwx1syMzC3Dr6evGB/heeKqnleZf/Ir8lOLFEnBC X-Received: by 10.237.63.99 with SMTP id q32mr16197729qtf.156.1482151314253; Mon, 19 Dec 2016 04:41:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 04:41:53 -0800 (PST) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> From: Reuben Thomas Date: Mon, 19 Dec 2016 12:41:53 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a11407fdc9782290544023e68 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11407fdc9782290544023e68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 December 2016 at 01:02, Reuben Thomas wrote: > On 18 December 2016 at 23:39, Reuben Thomas wrote: > >> >> So a reasonable definition of cache units (I will not say "words" any >> more) might be whitespace-delimited strings. This would not need casecha= rs, >> not-casechars, otherchars and many-otherchars-p. >> >> I've put this on my to-investigate list for the future; of course, if >> there's an obvious reason it wouldn't work, do let me know! >> > > =E2=80=8BBasic tests using [[:alpha:]] for casechars and [^[:alpha:]] for > not-casechars seem to work OK. > =E2=80=8BI meant [[:graph:]] and [^[:graph:]].=E2=80=8B > =E2=80=8BWhat would be a more rigorous test? So far I just tried some > spell-checking and use of flyspell. > =E2=80=8BAlso, as I realised while preparing the patch for bug#25230, it is= only hunspell that has special information about character classes. All the others just use [:alpha:]. So if it's good enough for ispell and aspell, can't it be good enough for enchant? (It just means that for now "direct Hunspell" is arguably better than "Hunspell via Enchant".) --=20 http://rrt.sc3d.org --001a11407fdc9782290544023e68 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 19 December 2016 at 01:02, Reuben Thomas <rrt@sc3d.org> wrote:
On 18 December 2016 at 23:39, Reuben Thomas <rrt@sc3d.org>= wrote:
<= div style=3D"font-size:small">
<= div class=3D"gmail_quote">
So a reasonab= le definition of cache units (I will not say "words" any more) mi= ght be whitespace-delimited strings. This would not need casechars, not-cas= echars, otherchars and many-otherchars-p.

I've= put this on my to-investigate list for the future; of course, if there'= ;s an obvious reason it wouldn't work, do let me know!

=E2=80=8BBasic tests using [[:alpha:]] for casechar= s and [^[:alpha:]] for not-casechars seem to work OK.

=E2=80=8BI meant [[:graph:]] and [^[:graph:]].=E2=80= =8B
=C2=A0
=E2=80=8BWh= at would be a more rigorous test? So far I just tried some spell-checking a= nd use of flyspell.

=
=E2=80=8BAlso, = as I realised while preparing the patch for bug#25230, it is only hunspell = that has special information about character classes. All the others just u= se [:alpha:]. So if it's good enough for ispell and aspell, can't i= t be good enough for enchant? (It just means that for now "direct Huns= pell" is arguably better than "Hunspell via Enchant".)
=

--
= http://rrt.sc3d.org
--001a11407fdc9782290544023e68-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 16:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148216333117075 (code B ref 17742); Mon, 19 Dec 2016 16:03:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 16:02:11 +0000 Received: from localhost ([127.0.0.1]:47739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0OA-0004RL-W7 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 11:02:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0O9-0004R6-OA for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 11:02:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ0O0-0005OW-AO for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 11:02:04 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46233) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ0O0-0005OM-6y; Mon, 19 Dec 2016 11:02:00 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1703 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJ0Nz-0002To-FD; Mon, 19 Dec 2016 11:01:59 -0500 Date: Mon, 19 Dec 2016 18:01:27 +0200 Message-Id: <838trb6h7s.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Sun, 18 Dec 2016 23:39:54 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Sun, 18 Dec 2016 23:39:54 +0000 > Cc: 17742@debbugs.gnu.org > > I have not had any response to my enquiries yet, but I did some research, and neither GNU Aspell nor hunspell offer any way to get this information (about character classes of dictionaries) via their APIs. They provide this information in the dictionaries, and we glean it from there. See ispell-parse-hunspell-affix-file and ispell-aspell-find-dictionary. > This suggests that they do not see a need for it. Perhaps it is worth confirming whether Emacs really needs this information? > > As far as I can see, it is used only in flyspell-word, for per-word spell-checking. (The only caller outside flyspell.el is erc, which has a FIXME saying not to call flyspell-word.) As far as I can see, the code assumes that words are a convenient unit to check and cache, though there's no definite requirement for that: in particular, the spelling checkers will say what words are incorrectly spelled and where they are without having to be given precisely the word. I guess that other editors and word processors work this way. Maybe there's a misunderstanding: I'm talking about the CASECHARS, NOT-CASECHARS, and OTHERCHARS parts of the dictionary data in ispell-dictionary-alist. These are definitely used in ispell.el, via the corresponding accessor functions ispell-get-casechars, ispell-get-not-casechars, and ispell-get-otherchars, which see. Each dictionary can (and many do) use some of the punctuation characters in the words it can handle. A notable example is the apostrophe ' in English, used for the various suffixes that spellers support; similar features exist in other languages, but with possibly different punctuation characters. Ispell.el must match that by using the speller's notion of a word, which must be independent of the current major mode's idea of what a word is. This is where these character sets come into play, and I really cannot see how can ispell.el work well without using them as it does now. So we do need this information. If Enchant doesn't provide it, we could still use the same technique as with Aspell and Hunspell, provided that we can figure out which back end(s) is/are used by Enchant. Is that doable? > For example, aspell.h contains the following notice about aspell_document_checker_process: > > * The string passed in should only be split on > * white space characters. Ispell.el also supports spell-checking by words, in which case the above is not useful, because we need to figure out what is a word. Moreover, even when we send entire lines to the speller, we want to skip lines that include only non-word characters. Just look at the callers of the above-mentioned accessor functions, and you will see how we use them. > Basic tests using [[:alpha:]] for casechars and [^[:alpha:]] for not-casechars seem to work OK. For which language and dictionary? This will definitely do the wrong thing for Hunspell he_IL dictionary I have here, which says: WORDCHARS אבגדהוזחטיכלמנסעפצקרשתםןךףץ'" That is, it wants ' and " to be treated as word-constituent characters. As another example, I can envision a dictionary of acronyms and abbreviations, which might want to treat the period as a word-constituent character, to support the likes of "a.k.a.". Etc. etc. -- this is up to the dictionary to decide, and Emacs must follow suit. Also, please note that [:alpha:] in Emacs 25 means a much larger set of characters than in previous versions, see NEWS. It will in general catch strings of characters that cannot possibly be TRT for a single-language dictionary. E.g., (string-match "[[:alpha:]]+" "aβגд") => 0 > ​I meant [[:graph:]] and [^[:graph:]].​ This will match an even larger set in Emacs 25, I don't think we will ever want that for spell-checking. > ​Also, as I realised while preparing the patch for bug#25230, it is only hunspell that has special information > about character classes. All the others just use [:alpha:]. So if it's good enough for ispell and aspell, can't it be > good enough for enchant? (It just means that for now "direct Hunspell" is arguably better than "Hunspell via > Enchant".) Hunspell is the most modern and sophisticated speller, we certainly don't want to degrade it. Also, Aspell uses the dictionaries at least for some of this info, see the function I pointed to above. Once again, if Enchant uses a back-end for which we know how to find this information, we should do so. Bottom line, this information cannot be thrown away or ignored. It is important for correctly interfacing with a dictionary and for doing TRT as the users expect. Any modern speller program would benefit from it, and therefore we should strive to provide such information to ispell.el whenever we possibly can. Thanks. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Agustin Martin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 17:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17742@debbugs.gnu.org Cc: Reuben Thomas Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14821690477796 (code B ref 17742); Mon, 19 Dec 2016 17:38:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 17:37:27 +0000 Received: from localhost ([127.0.0.1]:47881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ1sN-00021g-DW for submit@debbugs.gnu.org; Mon, 19 Dec 2016 12:37:27 -0500 Received: from neon-v1.ccupm.upm.es ([138.100.198.71]:46633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ1sL-00021X-5I for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 12:37:25 -0500 Received: from agmartin.aq.upm.es (Agmartin.aq.upm.es [138.100.41.131]) (user=agustin.martin@upm.es mech=LOGIN bits=0) by neon-v1.ccupm.upm.es (8.14.4/8.14.4/neon-v1-002) with ESMTP id uBJHbJWK027170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 19 Dec 2016 18:37:19 +0100 Received: by agmartin.aq.upm.es (Postfix, from userid 1000) id 10B914046C; Mon, 19 Dec 2016 18:37:20 +0100 (CET) Date: Mon, 19 Dec 2016 18:37:19 +0100 From: Agustin Martin Message-ID: <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <838trb6h7s.fsf@gnu.org> User-Agent: NeoMutt/20161126 (1.7.1) X-Spam-Score: -5.4 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) On Mon, Dec 19, 2016 at 06:01:27PM +0200, Eli Zaretskii wrote: > > From: Reuben Thomas > > > Basic tests using [[:alpha:]] for casechars and [^[:alpha:]] for not-casechars seem to work OK. > > For which language and dictionary? This will definitely do the wrong > thing for Hunspell he_IL dictionary I have here, which says: > > WORDCHARS אבגדהוזחטיכלמנסעפצקרשתםןךףץ'" > > That is, it wants ' and " to be treated as word-constituent > characters. As another example, I can envision a dictionary of > acronyms and abbreviations, which might want to treat the period as a > word-constituent character, to support the likes of "a.k.a.". > Etc. etc. -- this is up to the dictionary to decide, and Emacs must > follow suit. > > Also, please note that [:alpha:] in Emacs 25 means a much larger set > of characters than in previous versions, see NEWS. It will in general > catch strings of characters that cannot possibly be TRT for a > single-language dictionary. E.g., > > (string-match "[[:alpha:]]+" "aβגд") => 0 > > > ​I meant [[:graph:]] and [^[:graph:]].​ > > This will match an even larger set in Emacs 25, I don't think we will > ever want that for spell-checking. Hi, Not following this very closely, but ispell.el still use [:alpha:] for aspell and hunspell. If I remember this properly, old meaning means something like "as for current locale" while it has now a much wider meaning. For the vast majority of systems this should not be a problem, but I wonder if this can have some side effects for ispell.el in corner cases. > > ​Also, as I realised while preparing the patch for bug#25230, it is only hunspell that has special information > > about character classes. All the others just use [:alpha:]. So if it's good enough for ispell and aspell, can't it be > > good enough for enchant? (It just means that for now "direct Hunspell" is arguably better than "Hunspell via > > Enchant".) > > Hunspell is the most modern and sophisticated speller, we certainly > don't want to degrade it. Also, Aspell uses the dictionaries at least > for some of this info, see the function I pointed to above. > > Once again, if Enchant uses a back-end for which we know how to find > this information, we should do so. About Enchant, last time I looked at it it was mostly intented for use through libenchant, not through the standalone enchant binary, which was more like some kind of testing tool. As a matter of fact its list of options is quite short and it seems to lack support for personal dictionaries. Since Emacs uses a pipe for spellchecking I do not think we should worry too much about the enchant binary. Things may have changed recently in enchant, but I would not expect that too much, its man page still mentions myspell and not at all hunspell (so it may be a bit outdated), although it seems to be able to use libhunspell. Also, there is no easy way to know which particular spellchecking engine is being used. Enchant uses $(datadir)/enchant and ~/.enchant config files to define preferences, but I see no way to make enchant tell which one is being used. So, it is not easy to parse dictionary info. Sorry if I have missed some things. Gmail tags some of Reuben mails as spam and puts them out of my usual workflow. -- Agustin From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 18:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Agustin Martin Cc: 17742@debbugs.gnu.org, rrt@sc3d.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148217104211081 (code B ref 17742); Mon, 19 Dec 2016 18:11:01 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 18:10:42 +0000 Received: from localhost ([127.0.0.1]:47907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ2OY-0002se-22 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 13:10:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ2OW-0002sP-Si for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 13:10:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ2OO-0006iT-4O for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 13:10:35 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ2OI-0006fT-AJ; Mon, 19 Dec 2016 13:10:26 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1870 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJ2OH-0002Mn-70; Mon, 19 Dec 2016 13:10:26 -0500 Date: Mon, 19 Dec 2016 20:09:51 +0200 Message-Id: <83inqf4wpc.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> (message from Agustin Martin on Mon, 19 Dec 2016 18:37:19 +0100) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Mon, 19 Dec 2016 18:37:19 +0100 > From: Agustin Martin > Cc: Reuben Thomas > > > (string-match "[[:alpha:]]+" "aβגд") => 0 > > > > > ​I meant [[:graph:]] and [^[:graph:]].​ > > > > This will match an even larger set in Emacs 25, I don't think we will > > ever want that for spell-checking. > > Hi, > > Not following this very closely, but ispell.el still use [:alpha:] for > aspell and hunspell. If I remember this properly, old meaning means > something like "as for current locale" while it has now a much wider > meaning. > > For the vast majority of systems this should not be a problem, but I wonder > if this can have some side effects for ispell.el in corner cases. Yes, I think we should revise those places not to use [:alpha:]. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 21:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org, Agustin Martin Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14821824893977 (code B ref 17742); Mon, 19 Dec 2016 21:22:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 21:21:29 +0000 Received: from localhost ([127.0.0.1]:48016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5NB-000125-Cs for submit@debbugs.gnu.org; Mon, 19 Dec 2016 16:21:29 -0500 Received: from mail-qk0-f170.google.com ([209.85.220.170]:36548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5N9-00011q-Rl for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 16:21:28 -0500 Received: by mail-qk0-f170.google.com with SMTP id n21so23786959qka.3 for <17742@debbugs.gnu.org>; Mon, 19 Dec 2016 13:21:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=K7TYdaev9Wr/hR29gqtJh/giZrLj7syX/T/wtPpvDMw=; b=uUNrAYttlRIXyqo19ADRE1ItfA4BPhhcTuAsX8+659e/TenUMoVzAUr2xJric1ryek BBYDZDa55mmdRxELjINTcf1NMreOqnRPoGuepR/5oo1aLqMkBK7DhVMdl39H4zSURecf zCHM8Yw8yVk2+n6pX680jzHFUPLaJUICLcysk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=K7TYdaev9Wr/hR29gqtJh/giZrLj7syX/T/wtPpvDMw=; b=dzI1klm96gjQX60KGM80nbeEkjP1aB8ot3ir0+k1TkA+ZATh7M4nggCawjye043Wtc B+4WizaLZU/3C/j3oYi7px2FFbGOIAmTcVh2BJcd6M0z3gcHHlin2wM3OAqBnv6TE6Wh g47+AqUrzgFs3CAia6dEWG3GNLl+oO5pipB0UsVXIDV7+FGb2d7VgG86Lfa4EzMb2peN B4Qq/MTn7qIBnxVI0WAGMFXZ2DgIePa19qs+ou/sc0zzV2+0Gg4RNLExpVc0r/V20CDy qqENvtlVkHp/PC1RfDW2KlFKkxXUSZDuxE4LDWyRuxXP8k6hEsVJRXBLurDTrAoMN8ri WJyQ== X-Gm-Message-State: AIkVDXKWsi00Y+8KJ+yKwfqOnhr+VO+99mkTWi/wUrdOP1tp5P4k7q/KFpBze28/drQ/2V07KigZX84SyntiC3FS X-Received: by 10.55.115.71 with SMTP id o68mr5025029qkc.270.1482182482568; Mon, 19 Dec 2016 13:21:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 13:21:21 -0800 (PST) In-Reply-To: <83inqf4wpc.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> <83inqf4wpc.fsf@gnu.org> From: Reuben Thomas Date: Mon, 19 Dec 2016 21:21:21 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a114f5c2e5dca820544098042 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114f5c2e5dca820544098042 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 December 2016 at 18:09, Eli Zaretskii wrote: > > Date: Mon, 19 Dec 2016 18:37:19 +0100 > > From: Agustin Martin > > Cc: Reuben Thomas > > > > > (string-match "[[:alpha:]]+" "a=CE=B2=D7=92=D0=B4") =3D> 0 > > > > > > > =E2=80=8BI meant [[:graph:]] and [^[:graph:]].=E2=80=8B > > > > > > This will match an even larger set in Emacs 25, I don't think we will > > > ever want that for spell-checking. > > > > Hi, > > > > Not following this very closely, but ispell.el still use [:alpha:] for > > aspell and hunspell. If I remember this properly, old meaning means > > something like "as for current locale" while it has now a much wider > > meaning. > > > > For the vast majority of systems this should not be a problem, but I > wonder > > if this can have some side effects for ispell.el in corner cases. > > Yes, I think we should revise those places not to use [:alpha:]. > =E2=80=8BI have proposed a revision of my patch for bug #=E2=80=8B25230 to = not use [:alpha:] for the built-in ispell dictionaries. --=20 http://rrt.sc3d.org --001a114f5c2e5dca820544098042 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 19 December 2016 at 18:09, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Mon, 19 Dec 2016 18:37:19 +0100
> From: Agustin Martin <a= gustin6martin@gmail.com>
> Cc: Reuben Thomas <rrt@sc3d.org= >
>
> >=C2=A0 =C2=A0(string-match "[[:alpha:]]+" "a=CE=B2= =D7=92=D0=B4") =3D> 0
> >
> > > =E2=80=8BI meant [[:graph:]] and [^[:graph:]].=E2=80=8B
> >
> > This will match an even larger set in Emacs 25, I don't think= we will
> > ever want that for spell-checking.
>
> Hi,
>
> Not following this very closely, but ispell.el still use [:alpha:] for=
> aspell and hunspell. If I remember this properly, old meaning means > something like "as for current locale" while it has now a mu= ch wider
> meaning.
>
> For the vast majority of systems this should not be a problem, but I w= onder
> if this can have some side effects for ispell.el in corner cases.

Yes, I think we should revise those places not to use [:alpha:].

=E2=80=8BI have proposed a revision of my patch for bug #=E2=80=8B25230 = to not use [:alpha:] for the built-in ispell dictionaries.

--
http://rrt.sc3d.org
--001a114f5c2e5dca820544098042-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 21:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Agustin Martin Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14821828464553 (code B ref 17742); Mon, 19 Dec 2016 21:28:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 21:27:26 +0000 Received: from localhost ([127.0.0.1]:48020 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5Sw-0001BM-4D for submit@debbugs.gnu.org; Mon, 19 Dec 2016 16:27:26 -0500 Received: from mail-qk0-f182.google.com ([209.85.220.182]:36822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5Su-0001B8-Bu for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 16:27:24 -0500 Received: by mail-qk0-f182.google.com with SMTP id n21so23939781qka.3 for <17742@debbugs.gnu.org>; Mon, 19 Dec 2016 13:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9I8+5qPcBK32cTlhn7UFVFnWhDRjtXEXz7A3wuKdnoE=; b=wEDtnvMbrTlIuhghjxKN7aHV3infJy7TrI0DDKwJCdqP2I3qpHafPj2cxgAyOleKna 20oVW+G06hdFRj4ECozHEqB2DF4z6FsKrW8ie/KTBv2HS1ZL34iSCCJUWlsrrXUCjUFx y9sgByiLuNfeR1GlJTkhfH1ipGxbdibqwQ32Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9I8+5qPcBK32cTlhn7UFVFnWhDRjtXEXz7A3wuKdnoE=; b=aXYPmhS/WcyV2hzTY8ui2mDmvWAyShkYryn+YAqEMIE3WKPjcIRlxQ0nup+41WKRtd xrYx6rP/pKDiMO/SND6aWSivDhYwnG01JxZSAaNpABRB7hxH09XuHY7PRDfiS1i7L+Eo X6g1uy2GSunZIoTvl41JskGoTKcLDQheHU2FzPN/u5D+7SA9aB6XEs0CNGTFwtPuOWxt +do/5NXZ80Wryfjw9rqB+yBrqH8TQDbus0R8NbvdCGNV2ZLskRaOOGFfh4+Hv6hC7sMr tITdZu5f/YUzQDdO4k7w96+vXr7oE82u/lzm3RQ53vbjxoS/r9KaU5/vVkahV/7M6hqN lA0A== X-Gm-Message-State: AIkVDXLyFx63bHy2zy1XISQX4betigQl1+qlOX5XfTTb8XceI2XaDA3vVmO7i/h/zJivAFX+W1uoaTuLXxjM8gk5 X-Received: by 10.55.113.69 with SMTP id m66mr4996580qkc.186.1482182838818; Mon, 19 Dec 2016 13:27:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 13:27:18 -0800 (PST) In-Reply-To: <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> From: Reuben Thomas Date: Mon, 19 Dec 2016 21:27:18 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c05a83099c2e7054409951e X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --94eb2c05a83099c2e7054409951e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 December 2016 at 17:37, Agustin Martin wrote: > > About Enchant, last time I looked at it it was mostly intented for use > through libenchant, not through the standalone enchant binary, which was > more like some kind of testing tool. As a matter of fact its list of > options is quite short and it seems to lack support for personal > dictionaries. =E2=80=8BI have a patch currently under consideration by enchant's maintain= er to upgrade the functionality of the standalone enchant binary to be similar to ispell, hunspell etc.=E2=80=8B See https://github.com/rrthomas/enchant/ > Also, there is no easy way to know which particular spellchecking engine = is > being used. Enchant uses $(datadir)/enchant and ~/.enchant config files t= o > define preferences, but I see no way to make enchant tell which one is > being > used. So, it is not easy to parse dictionary info. > =E2=80=8Benchant-lsmod lists the engine used for each dictionary, so this i= s certainly possible, as I said earlier. However, it's not a good idea, I think, to directly search for dictionary files and parse them, because this breaks the abstraction of using the binary and/or library.=E2=80=8B Sorry if I have missed some things. Gmail tags some of Reuben mails as spam > and puts them out of my usual workflow. > =E2=80=8BThis is caused by an unfortunate interaction between my domain's m= ail configuration (which uses strict DMARC, so that if email does not match some cryptographic signature, it should be discarded by receiving domains) and the gnu.org listserv (which changes outgoing mail but keeps the original sender, so that messages appear to come from me but do not match the signature). I have raised this before with the listserv admins, but they've not yet been able to update their configuration (I know that sufficiently recent mailman can be configured to work).=E2=80=8B --=20 http://rrt.sc3d.org --94eb2c05a83099c2e7054409951e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 19 December 2016 at 17:37, Agustin Martin <agustin6martin@gmail.com= > wrote:

About Enchant, last time I looked at it it was mostly intented for u= se
through libenchant, not through the standalone enchant binary, which was more like some kind of testing tool. As a matter of fact its list of
options is quite short and it seems to lack support for personal
dictionaries.

=E2=80=8BI have a patch currently under considera= tion by enchant's maintainer to upgrade the functionality of the standa= lone enchant binary to be similar to ispell, hunspell etc.=E2=80=8B

See=C2=A0https://github.com/rrthomas/enchant/
=C2=A0
Also,= there is no easy way to know which particular spellchecking engine is
being used. Enchant uses $(datadir)/enchant and ~/.enchant config files to<= br> define preferences, but I see no way to make enchant tell which one is bein= g
used. So, it is not easy to parse dictionary info.
=E2=80= =8Benchant-lsmod lists the engine used for each dictionary, so this is cert= ainly possible, as I said earlier. However, it's not a good idea, I thi= nk, to directly search for dictionary files and parse them, because this br= eaks the abstraction of using the binary and/or library.=E2=80=8B

Sorry if= I have missed some things. Gmail tags some of Reuben mails as spam
and puts them out of my usual workflow.

=E2=80=8BThis is caused = by an unfortunate interaction between my domain's mail configuration (w= hich uses strict DMARC, so that if email does not match some cryptographic = signature, it should be discarded by receiving domains) and the gnu.org listserv (which changes outgoing mail but keeps= the original sender, so that messages appear to come from me but do not ma= tch the signature).

I hav= e raised this before with the listserv admins, but they've not yet been= able to update their configuration (I know that sufficiently recent mailma= n can be configured to work).=E2=80=8B

--
http://rrt.sc3d.org
--94eb2c05a83099c2e7054409951e-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 21:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14821840726640 (code B ref 17742); Mon, 19 Dec 2016 21:48:01 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 21:47:52 +0000 Received: from localhost ([127.0.0.1]:48026 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5mh-0001j1-V5 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 16:47:52 -0500 Received: from mail-qt0-f176.google.com ([209.85.216.176]:34145) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ5mf-0001ij-9l for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 16:47:49 -0500 Received: by mail-qt0-f176.google.com with SMTP id n6so160319399qtd.1 for <17742@debbugs.gnu.org>; Mon, 19 Dec 2016 13:47:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=N9eY9gdy8Mwov6blugKgkZqWp77Fxh4LgjmUfnjodW0=; b=o3AF4L1J2y+ApDlGrELOonrn9E6WBKED0dBZjjde3D2KI86Glj99A9BEnuuBIQeQg8 ol4wJTES+t2Yf6zsVFwm7w8pF1mteH0+w7unMN2SWrAlMrJS/VVH2LK87neLnaV5vfiy lI518sKvzUunEVraIhpL37M0wTigA/pCAoUtU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=N9eY9gdy8Mwov6blugKgkZqWp77Fxh4LgjmUfnjodW0=; b=dPqiV2PJVhArAvoobbNwU1Y6HhYeCj1aPl7Sr0I5WXt5zEStl+jiCr8KGmiNWKaup2 bt+wYJEKV5lPPuB0SCZG6m+yObG5KpfO0NmiA6mRN1bEq7vw46xSbGv3eTY1DPObQRcR neGOfk8wY2IrpASn2G4F/8YGNBRqjKgbxRpwZFCgsi0EuiT9lB4XcZk9dpDZk0kQ6oCu T7Kw2knv4e2coVooc2o9zq5CjugCEps2hTUOzavRwTqjhMli698th/+Psjm7HpDjlzsR Q13I7pAj26dvXdEHyBNcug8iZXeBPs0sYPssSgeZh+IxCW9Q8XWRYB/Cdk+vIBVO8DjE Cx5w== X-Gm-Message-State: AIkVDXI2h/ktOVMqnH38L0A3uOK8bmMYD4SGh3RiwPJn9D/t/UrAXSZpl2+4lUCu+bld8cg6ZmWF8uTdCrPaNI39 X-Received: by 10.237.33.173 with SMTP id l42mr17151564qtc.271.1482184063677; Mon, 19 Dec 2016 13:47:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 13:47:42 -0800 (PST) In-Reply-To: <838trb6h7s.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> From: Reuben Thomas Date: Mon, 19 Dec 2016 21:47:42 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a113e46fe9bcc12054409de2a X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113e46fe9bcc12054409de2a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 December 2016 at 16:01, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Sun, 18 Dec 2016 23:39:54 +0000 > > Cc: 17742@debbugs.gnu.org > > > > I have not had any response to my enquiries yet, but I did some > research, and neither GNU Aspell nor hunspell offer any way to get this > information (about character classes of dictionaries) via their APIs. > > They provide this information in the dictionaries, and we glean it > from there. See ispell-parse-hunspell-affix-file and > ispell-aspell-find-dictionary. > =E2=80=8BThe dictionaries are not part of the API (even where the format is documented, the location may not be fixed), so it's not a good idea to rely on them. =E2=80=8BHaving discovered that Aspell does not provide this information (I= checked again, and ispell-aspell-find-dictionary does not find this information in the dictionaries, except for limited information about otherchars; for casechars and not-casechars it defaults to [:alpha:]), I shall investigate with the hunspell maintainers.=E2=80=8B > Maybe there's a misunderstanding: I'm talking about the CASECHARS, > NOT-CASECHARS, and OTHERCHARS parts of the dictionary data in > ispell-dictionary-alist. =E2=80=8BThere's no misunderstanding here, that's what I'm talking about.= =E2=80=8B Each dictionary can (and many do) use some of the punctuation > characters in the words it can handle. A notable example is the > apostrophe ' in English, used for the various suffixes that spellers > support; similar features exist in other languages, but with possibly > different punctuation characters. Ispell.el must match that by using > the speller's notion of a word, which must be independent of the > current major mode's idea of what a word is. This is where these > character sets come into play, and I really cannot see how can > ispell.el work well without using them as it does now. > =E2=80=8BCurrently, using casechars =3D [[:graph:]], if I put point over pa= rt of the string " (XP) ", and run M-x ispell-word, it says "(XP) is correct". That's good enough for me! Note that merely using the characters declared in the dictionary may not be enough: I have words like SC=C2=B3D (I spell my company that way) in my per= sonal word lists. Other users might be more imaginative, and for example have sequences of emoji. The list of characters in the dictionary is only a minimum.=E2=80=8B > So we do need this information. If Enchant doesn't provide it, we > could still use the same technique as with Aspell and Hunspell, > provided that we can figure out which back end(s) is/are used by > Enchant. Is that doable? > =E2=80=8BYes, that can be done, but it's fragile; that's why I'm trying to = avoid it.=E2=80=8B Ispell.el also supports spell-checking by words, in which case the > above is not useful, because we need to figure out what is a word. > =E2=80=8BSee above. It's not clear to me that we need a very precise idea o= f what constitutes a word.=E2=80=8B Moreover, even when we send entire lines to the speller, we want to > skip lines that include only non-word characters. =E2=80=8BWhy?=E2=80=8B Just look at the > =E2=80=8B =E2=80=8B > callers of the above-mentioned accessor functions, and you will see > how we use them. > =E2=80=8BI have read this code. I see how we use them; it's just not clear = to me that it's necessary to use them thus.=E2=80=8B Hunspell is the most modern and sophisticated speller, we certainly > don't want to degrade it. =E2=80=8BNo chance of that, this patch is only about Enchant.=E2=80=8B Also, Aspell uses the dictionaries at least > for some of this info, see the function I pointed to above. > =E2=80=8BOnly for otherchars, not casechars/not-casechars.=E2=80=8B Bottom line, this information cannot be thrown away or ignored. It is > important for correctly interfacing with a dictionary and for doing > TRT as the users expect. Any modern speller program would benefit > from it, and therefore we should strive to provide such information to > ispell.el whenever we possibly can. > =E2=80=8BIt is not a question of throwing away or ignoring information: the information is simply not available through documented channels (at least for Enchant). Yes, one can find the underlying engine and then use that information to (try to) find the dictionaries, but one is then making a number of brittle assumptions. And it's not clear that the information is actually necessary to have. It would be helpful if you could show a situation in which using [:graph:] for enchant dictionaries. actually misbehaves in some way. In fact, reading enchant's source code, it uses a fixed set of Unicode classes for its own internal equivalent of casechars. Using that would make sense (for Enchant! again, I'm not suggesting changing how we use hunspell)= . One other data point: a senior LyX maintainer, Jean-Marc Lasgouttes, agrees with you: https://github.com/AbiWord/enchant/issues/17#issuecomment-267924304 He says that LyX has a "bug open somewhere" that suggests using this information (but he didn't know it was available!). --=20 http://rrt.sc3d.org --001a113e46fe9bcc12054409de2a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 19 December 2016 at 16:01, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sun, 18 Dec 2016 23:39:54 +0000
> Cc: 17742@d= ebbugs.gnu.org
>
> I have not had any response to my enquiries yet, but I did some resear= ch, and neither GNU Aspell nor hunspell offer any way to get this informati= on (about character classes of dictionaries) via their APIs.

They provide this information in the dictionaries, and we glean it from there.=C2=A0 See ispell-parse-hunspell-affix-file and
ispell-aspell-find-dictionary.

=E2=80=8BThe dictionaries ar= e not part of the API (even where the format is documented, the location ma= y not be fixed), so it's not a good idea to rely on them.

=E2=80=8BHavi= ng discovered that Aspell does not provide this information (I checked agai= n, and ispell-aspell-find-dictionary does not find this information in the = dictionaries, except for limited information about otherchars; for casechar= s and not-casechars it defaults to [:alpha:]), I shall investigate with the= hunspell maintainers.=E2=80=8B
=C2=A0
Maybe there's a misunderstanding: I&= #39;m talking about the CASECHARS,
NOT-CASECHARS, and OTHERCHARS parts of the dictionary data in
ispell-dictionary-alist.

=E2=80=8BThere's no misunderstandi= ng here, that's what I'm talking about.=E2=80=8B
Each dictionary c= an (and many do) use some of the punctuation
characters in the words it can handle.=C2=A0 A notable example is the
apostrophe ' in English, used for the various suffixes that spellers support; similar features exist in other languages, but with possibly
different punctuation characters.=C2=A0 Ispell.el must match that by using<= br> the speller's notion of a word, which must be independent of the
current major mode's idea of what a word is.=C2=A0 This is where these<= br> character sets come into play, and I really cannot see how can
ispell.el work well without using them as it does now.

=E2= =80=8BCurrently, using casechars =3D [[:graph:]], if I put point over part = of the string " (XP) ", and run M-x ispell-word, it says "(X= P) is correct". That's good enough for me!

Note that merely using the characters declared i= n the dictionary may not be enough: I have words like SC=C2=B3D (I spell my= company that way) in my personal word lists. Other users might be more ima= ginative, and for example have sequences of emoji. The list of characters i= n the dictionary is only a minimum.=E2=80=8B
=C2=A0
So we do need this informat= ion.=C2=A0 If Enchant doesn't provide it, we
could still use the same technique as with Aspell and Hunspell,
provided that we can figure out which back end(s) is/are used by
Enchant.=C2=A0 Is that doable?

=E2=80=8BYes, that can be do= ne, but it's fragile; that's why I'm trying to avoid it.=E2=80= =8B

Ispell.el also supports spell-checking by words, in which case the
above is not useful, because we need to figure out what is a word.

=E2=80=8BSee above. It's not clear to me that we need a very pr= ecise idea of what constitutes a word.=E2=80=8B

<= 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"> Moreover, even when we send entire lines to the speller, we want to
skip lines that include only non-word characters.

=E2=80=8BWhy?= =E2=80=8B

Just look at the
=E2=80=8B =E2=80=8B
callers of the above-mention= ed accessor functions, and you will see
how we use them.

=E2=80=8BI have read this code. I see how = we use them; it's just not clear to me that it's necessary to use t= hem thus.=E2=80=8B

Hunspell is the most modern and sophisticated speller, = we certainly
don't want to degrade it.

=E2=80=8BNo chance of that, this = patch is only about Enchant.=E2=80=8B

=C2=A0 Also, Aspell uses the diction= aries at least
for some of this info, see the function I pointed to above.

=E2=80=8BOnly for otherchars, not casechars/not-casechars.=E2=80=8B
<= /div>

Botto= m line, this information cannot be thrown away or ignored.=C2=A0 It is
important for correctly interfacing with a dictionary and for doing
TRT as the users expect.=C2=A0 Any modern speller program would benefit
from it, and therefore we should strive to provide such information to
ispell.el whenever we possibly can.

= =E2=80=8BIt is not a question of throwing away or ignoring information: the= information is simply not available through documented channels (at least = for Enchant). Yes, one can find the underlying engine and then use that inf= ormation to (try to) find the dictionaries, but one is then making a number= of brittle assumptions. And it's not clear that the information is act= ually necessary to have.

= It would be helpful if you could show a situation in which using [:graph:] = for enchant dictionaries. actually misbehaves in some way.

In fact, reading enchant's source co= de, it uses a fixed set of Unicode classes for its own internal equivalent = of casechars. Using that would make sense (for Enchant! again, I'm not = suggesting changing how we use hunspell).

One other data point: a senior LyX maintainer, Jean-Marc L= asgouttes, agrees with you:

https://github.com= /AbiWord/enchant/issues/17#issuecomment-267924304

He says that LyX = has a "bug open somewhere" that suggests using this information (= but he didn't know it was available!).

--
http://rrt.sc3d.org
--001a113e46fe9bcc12054409de2a-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Dec 2016 22:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14821851048395 (code B ref 17742); Mon, 19 Dec 2016 22:06:02 +0000 Received: (at 17742) by debbugs.gnu.org; 19 Dec 2016 22:05:04 +0000 Received: from localhost ([127.0.0.1]:48031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ63L-0002BL-P0 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 17:05:04 -0500 Received: from mail-qk0-f170.google.com ([209.85.220.170]:33811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ63J-0002An-Py for 17742@debbugs.gnu.org; Mon, 19 Dec 2016 17:05:02 -0500 Received: by mail-qk0-f170.google.com with SMTP id q68so30337704qki.1 for <17742@debbugs.gnu.org>; Mon, 19 Dec 2016 14:05:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YHL2UMjvdUg3dxUnzHQlD648mwuoWczhje8V0WNxCDk=; b=XmtyFK795RvfGzcUGNA5F90TIzCqoJbZU9BqL5NsKOxHNKxtudSk+b1jw90W9BpuiO JDSOLc3h8zcyS2ocMo+fN47SrEUOa0jK5wrqfGP1wgd+pw1BtANxhcAnlmv29Aa0kJcH OD7wAUWU0nUnV+dSYXF+gKN1AtGJTicbh2uGY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YHL2UMjvdUg3dxUnzHQlD648mwuoWczhje8V0WNxCDk=; b=W4fcFxXRB8yjvzoV0mXGy2uERnNx5058yg9LH2wKE2ZLgrhouU04sCUrn7xWTPtGhp fJ9b0MyOQzzQZnpFhlXI+BwvLOLtiUwGWcw5RzO4cFTaQ4eXN+OmyRAP4fubcWXoAHsJ l/fLbavseGA8KVqqVqMSjDBIOw/wgualpfMgbEf+IvCAmVN64V5T3nVk/FNUye7Dz2b4 E9I1npAqL2zmHnnv+vTDCdHzIzbTN1UaP4facuF8HzhsISpo1vqaPuppgmNuAmzmtkMl CNYuoOnfeqiQ7cYWxJr4QARUw2wZyJJov8KmvZXsuQo9jIxFFHEctM74Dl1P8eMAaG59 VM2g== X-Gm-Message-State: AIkVDXLemfLMulA+cl8U9ITSOBODQv6RDc7Dnr762znK9ufN5K3Ng1G6trNXkzCx7FzsjItksUnryVE/9kHSohts X-Received: by 10.55.115.71 with SMTP id o68mr5204253qkc.270.1482185096350; Mon, 19 Dec 2016 14:04:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Mon, 19 Dec 2016 14:04:55 -0800 (PST) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> From: Reuben Thomas Date: Mon, 19 Dec 2016 22:04:55 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a114f5c2e2910d405440a1c3f X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114f5c2e2910d405440a1c3f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 19 December 2016 at 21:47, Reuben Thomas wrote: > > =E2=80=8BHaving discovered that Aspell does not provide this information = (I > checked again, and ispell-aspell-find-dictionary does not find this > information in the dictionaries, except for limited information about > otherchars; for casechars and not-casechars it defaults to [:alpha:]), I > shall investigate with the hunspell maintainers.=E2=80=8B > =E2=80=8BHunspell has an open bug to export an API to get the casechars (wh= ich hunspell calls "WORDCHARS"): https://github.com/hunspell/hunspell/issues/282 It has been added to the 2.0 milestone. So it seems there is light at the end of this particular tunnel. I've added a comment that it would be good to have a way to get this information from the hunspell binary too. My suggestion on how to proceed would therefore be: 1. Assuming my patches to enchant are accepted sooner rather than later, and there's a minor Enchant release soon, then accept an initial implementation of Enchant support in Emacs with a fixed casechars value. This is no worse than for Aspell. 1a. If someone wants to add a way for Emacs to parse hunspell dictionaries when used via Enchant, that's fine by me as a temporary workaround. 2. When hunspell 2 is released, hopefully there will be an official channel for Emacs to get this information. Any workaround introduced as per 1a above would now be more solid. 3. Once one of Enchant's supported engines has an official way to get this information, then it's a good time to add an API to Enchant too (and support in the standalone binary). Overall, there's no hurry. We have precise casechars for hunspell dictionaries today (though as I mentioned elsewhere, there may still be problems with using them). Enchant support for now is useful for the spelling checkers it supports that Emacs does not; obviously, Emacs's direct hunspell support is better for now than via Enchant. It would be nice to fix that eventually and use only Enchant, but there's no need to rush. --=20 http://rrt.sc3d.org --001a114f5c2e2910d405440a1c3f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 19 December 2016 at 21:47, Reuben Thomas <rrt@sc3d.org> wrote:

=E2=80=8BHaving discovered t= hat Aspell does not provide this information (I checked again, and ispell-a= spell-find-dictionary does not find this information in the dictionaries, e= xcept for limited information about otherchars; for casechars and not-casec= hars it defaults to [:alpha:]), I shall investigate with the hunspell maint= ainers.=E2=80=8B

<= div>
=E2=80=8BHunspel= l has an open bug to export an API to get the casechars (which hunspell cal= ls "WORDCHARS"):

https://githu= b.com/hunspell/hunspell/issues/282

It has been added to the 2.0 milestone. So it seems th= ere is light at the end of this particular tunnel.

I've added a comment that it would be good to= have a way to get this information from the hunspell binary too.

My suggestion on how to proceed wo= uld therefore be:

1. Assu= ming my patches to enchant are accepted sooner rather than later, and there= 's a minor Enchant release soon, then accept an initial implementation = of Enchant support in Emacs with a fixed casechars value. This is no worse = than for Aspell.

1a. If s= omeone wants to add a way for Emacs to parse hunspell dictionaries when use= d via Enchant, that's fine by me as a temporary workaround.

2. When hunspell 2 is released, hope= fully there will be an official channel for Emacs to get this information. = Any workaround introduced as per 1a above would now be more solid.

3. Once one of Enchant's supp= orted engines has an official way to get this information, then it's a = good time to add an API to Enchant too (and support in the standalone binar= y).

<= div class=3D"gmail_default" style=3D"font-size:small">Overall, there's = no hurry. We have precise casechars for hunspell dictionaries today (though= as I mentioned elsewhere, there may still be problems with using them). En= chant support for now is useful for the spelling checkers it supports that = Emacs does not; obviously, Emacs's direct hunspell support is better fo= r now than via Enchant. It would be nice to fix that eventually and use onl= y Enchant, but there's no need to rush.

--
http://rrt.sc3d.org
--001a114f5c2e2910d405440a1c3f-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Dec 2016 15:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org, agustin6martin@gmail.com Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148224834515498 (code B ref 17742); Tue, 20 Dec 2016 15:40:01 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Dec 2016 15:39:05 +0000 Received: from localhost ([127.0.0.1]:49133 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMVN-00041t-1L for submit@debbugs.gnu.org; Tue, 20 Dec 2016 10:39:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMVL-00041K-MY for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:39:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJMVD-0004qX-Hh for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:38:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33200) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJMVD-0004qT-E2; Tue, 20 Dec 2016 10:38:55 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2956 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJMVC-0001ym-Lm; Tue, 20 Dec 2016 10:38:55 -0500 Date: Tue, 20 Dec 2016 17:38:51 +0200 Message-Id: <8360me4nlg.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Mon, 19 Dec 2016 21:27:18 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <20161219173719.5lt4u562tf4mcwcy@agmartin.aq.upm.es> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Mon, 19 Dec 2016 21:27:18 +0000 > Cc: 17742@debbugs.gnu.org > > Also, there is no easy way to know which particular spellchecking engine is > being used. Enchant uses $(datadir)/enchant and ~/.enchant config files to > define preferences, but I see no way to make enchant tell which one is being > used. So, it is not easy to parse dictionary info. > > ​enchant-lsmod lists the engine used for each dictionary, so this is certainly possible, as I said earlier. However, it's not a good idea, I think, to directly search for dictionary files and parse them, because this breaks the abstraction of using the binary and/or library Emacs should cater to user expectations before it caters to abstractions, IMO. It is good to use abstractions, but if an abstraction cannot support some useful feature, it should take a back seat, and we should implement the feature based on lower-level infrastructure. In this case, using enchant-lsmod to figure out the engine, and then using the existing code in ispell.el that supports that engine is an okay solution when Enchant itself cannot provide the information we need. Of course, if/when Enchant provides the means to get at the information we need, we should switch to using those means. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Dec 2016 15:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148224842415647 (code B ref 17742); Tue, 20 Dec 2016 15:41:01 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Dec 2016 15:40:24 +0000 Received: from localhost ([127.0.0.1]:49137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMWe-00044J-Cl for submit@debbugs.gnu.org; Tue, 20 Dec 2016 10:40:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMWc-000444-QR for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:40:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJMWW-0005F0-G2 for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:40:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33216) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJMWW-0005Eu-CH; Tue, 20 Dec 2016 10:40:16 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2957 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJMWV-0002BJ-KC; Tue, 20 Dec 2016 10:40:16 -0500 Date: Tue, 20 Dec 2016 17:40:12 +0200 Message-Id: <834m1y4nj7.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Mon, 19 Dec 2016 21:47:42 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Mon, 19 Dec 2016 21:47:42 +0000 > Cc: 17742@debbugs.gnu.org > > neither GNU Aspell nor hunspell offer any way to get this information (about character classes of dictionaries) via their APIs. > > They provide this information in the dictionaries, and we glean it > from there. See ispell-parse-hunspell-affix-file and > ispell-aspell-find-dictionary. > > ​The dictionaries are not part of the API (even where the format is documented, the location may not be fixed), so it's not a good idea to rely on them. If there's no better way, then I see no problem in relying on the dictionaries, and de-facto the results are satisfactory. > ​Having discovered that Aspell does not provide this information (I checked again, and ispell-aspell-find-dictionary does not find this information in the dictionaries, except for limited information about otherchars; for casechars and not-casechars it defaults to [:alpha:]), I shall investigate with the hunspell maintainers.​ Aspell provides some of that, and there's no reason to ignore what it does provide. > ​Currently, using casechars = [[:graph:]], if I put point over part of the string " (XP) ", and run M-x ispell-word, it says "(XP) is correct". That's good enough for me! Whether it's good enough depends on the dictionary and on what "(XP)" means. It could be that "(XP)", including the parentheses, is a word the dictionary recognizes, something akin to "(C)", i.e. copyright sign. And it could be that the correct word is "XP", with the parentheses acting as punctuation. And there could be additional alternatives. Only the dictionary "knows" what is the right alternative, and ispell.el should abide by the dictionary's rules, or else it will not do what the user wants. E.g., "XP" could not be in the dictionary (as in fact I get when I try that with Hunspell), but "(XP)" is. So CASECHARS should be set up according to what the dictionary expects, or you will have false positives and false negatives. > Note that merely using the characters declared in the dictionary may not be enough: I have words like SC³D (I spell my company that way) in my personal word lists. Other users might be more imaginative, and for example have sequences of emoji. The list of characters in the dictionary is only a minimum.​ That's why personal word list go together with dictionaries: they both must use the same affix rules, so if you change to another dictionary for the same language, your personal word list should also change, or else you will get false negatives. > So we do need this information. If Enchant doesn't provide it, we > could still use the same technique as with Aspell and Hunspell, > provided that we can figure out which back end(s) is/are used by > Enchant. Is that doable? > > ​Yes, that can be done, but it's fragile; that's why I'm trying to avoid it.​ I don't see why it would be fragile with Enchant when it isn't with its back-ends. And avoiding even fragile methods is worse than using them, when there's no better way of gleaning the same information, and the information is important (as it is in this case). > Ispell.el also supports spell-checking by words, in which case the > above is not useful, because we need to figure out what is a word. > > ​See above. It's not clear to me that we need a very precise idea of what constitutes a word.​ I think you are drawing too radical conclusions from trying that with a single word and a single dictionary. Which string was sent to the speller in this case, and is that the string you expected to be sent? > Moreover, even when we send entire lines to the speller, we want to > skip lines that include only non-word characters. > > ​Why?​ To avoid false positives and false negatives, as explained above. > Hunspell is the most modern and sophisticated speller, we certainly > don't want to degrade it. > > ​No chance of that, this patch is only about Enchant.​ First, Enchant could be using Hunspell as its engine, right? And second, AFAIU this discussion started by you proposing to get rid of CASECHARS etc., for all spellers, not just for Enchant, something that will definitely cause degradation. > Also, Aspell uses the dictionaries at least > for some of this info, see the function I pointed to above. > > ​Only for otherchars, not casechars/not-casechars.​ Partial information is better than no information, IMO. > Bottom line, this information cannot be thrown away or ignored. It is > important for correctly interfacing with a dictionary and for doing > TRT as the users expect. Any modern speller program would benefit > from it, and therefore we should strive to provide such information to > ispell.el whenever we possibly can. > > ​It is not a question of throwing away or ignoring information: the information is simply not available through documented channels (at least for Enchant). Yes, one can find the underlying engine and then use that information to (try to) find the dictionaries, but one is then making a number of brittle assumptions. And it's not clear that the information is actually necessary to have. It sounds like the important part of our disagreement is in the last sentence. If so, I hope I've succeeded to change your mind. Failing that, all I can suggest is to study the spelling rules of modern speller, such as Hunspell, and see how this information is used there. > It would be helpful if you could show a situation in which using [:graph:] for enchant dictionaries. actually misbehaves in some way. I tried to explain that above: you will get falses and/or irrelevant or missing corrections from the speller. For example, if you send "foo.bar", and the speller doesn't support '.' as a word-constituent character, you will get separate suggestions for "foo" and "bar", and won't get "foobar". I also don't understand why you want to remove this information, that is already there, is not harder to get with Enchant than it is without it, and the code which supports it is already there? From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Dec 2016 15:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148224846815753 (code B ref 17742); Tue, 20 Dec 2016 15:42:02 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Dec 2016 15:41:08 +0000 Received: from localhost ([127.0.0.1]:49141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMXL-000461-SB for submit@debbugs.gnu.org; Tue, 20 Dec 2016 10:41:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37258) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJMXK-00045P-OQ for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:41:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJMXB-0005Tj-R7 for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 10:41:01 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33226) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJMXB-0005Te-NY; Tue, 20 Dec 2016 10:40:57 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2958 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJMXA-0002F9-C4; Tue, 20 Dec 2016 10:40:57 -0500 Date: Tue, 20 Dec 2016 17:40:52 +0200 Message-Id: <8337hi4ni3.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Mon, 19 Dec 2016 22:04:55 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Mon, 19 Dec 2016 22:04:55 +0000 > Cc: 17742@debbugs.gnu.org > > 1. Assuming my patches to enchant are accepted sooner rather than later, and there's a minor Enchant release soon, then accept an initial implementation of Enchant support in Emacs with a fixed casechars value. This is no worse than for Aspell. > > 1a. If someone wants to add a way for Emacs to parse hunspell dictionaries when used via Enchant, that's fine by me as a temporary workaround. > > 2. When hunspell 2 is released, hopefully there will be an official channel for Emacs to get this information. Any workaround introduced as per 1a above would now be more solid. > > 3. Once one of Enchant's supported engines has an official way to get this information, then it's a good time to add an API to Enchant too (and support in the standalone binary). > > Overall, there's no hurry. We have precise casechars for hunspell dictionaries today (though as I mentioned elsewhere, there may still be problems with using them). Enchant support for now is useful for the spelling checkers it supports that Emacs does not; obviously, Emacs's direct hunspell support is better for now than via Enchant. It would be nice to fix that eventually and use only Enchant, but there's no need to rush. For someone who would like to use Enchant with Hunspell as its engine, this sounds sub-optimal to me, if 1a is not implemented as part of the initial Enchant support, or at all. How will we be able in good faith to advertise support for a new speller when in fact it degrades, even if slightly, the direct interface with that very engine? From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Dec 2016 21:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.148227022123601 (code B ref 17742); Tue, 20 Dec 2016 21:44:01 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Dec 2016 21:43:41 +0000 Received: from localhost ([127.0.0.1]:49378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJSCC-00068b-UU for submit@debbugs.gnu.org; Tue, 20 Dec 2016 16:43:41 -0500 Received: from mail-qk0-f179.google.com ([209.85.220.179]:35646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJSCA-00068M-P9 for 17742@debbugs.gnu.org; Tue, 20 Dec 2016 16:43:39 -0500 Received: by mail-qk0-f179.google.com with SMTP id u25so52188258qki.2 for <17742@debbugs.gnu.org>; Tue, 20 Dec 2016 13:43:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HKDMTv2+nJdz17/rvSeVYUP4F/5R+fxEnTY1ii47azY=; b=1MwyVrAeuz6t3/3FyQe7BPt/4v080o/e5lYyrd6t7Fvx5JR3cc+UsnyhDMm7o/hu/1 T9xH6j82lh5e0dFjsgIsqPOyGOg4JWlML4kqVD+XNdpMxy3axSpw81MbM0Ym6knuRYNp 5qHa6Xm3iIDK5BcYJESmPHe//ktzB+YWgOpFw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HKDMTv2+nJdz17/rvSeVYUP4F/5R+fxEnTY1ii47azY=; b=FJvotSVGTCJ4/tJuz61Jxz2j5TtJQ7xIUFCOjAXuFwNejAc1XJlc00ccox1lc6T0UI 8Uyj5rX3CwMp8OMvJjqbordFLXUQVb45DfEZuouvy3n7d3AAw9pyZuFLiPwLmOKh5OR/ 4wxW2YLoH3S+VdXIB8MM9bB0+nd065ybqap1jj9hjRWWtAa/NgrWGR+aXUEZWJuMBuSC a4ggl0nRjwVYN7FxxE6tRu2XEm5F6m808nGDWLsShQdbLYzBg6gtkbFLhjSWaqcwcvF1 Cvujjk6pTBtb1yrmKvr0vaUc6Q7gnV+6Xcz0/M2KCUpKdrkLG860C/GAUmiMbcJvwmBM 6f9w== X-Gm-Message-State: AIkVDXJtdV1tInioufx/1ANulq0xuMSNoOFh3DnFufXEzTbuSIR4sJ3yajIYAogjv2YT6VjtxC0tjK3OSyrgJAL/ X-Received: by 10.55.113.69 with SMTP id m66mr1635762qkc.186.1482270212966; Tue, 20 Dec 2016 13:43:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Tue, 20 Dec 2016 13:43:32 -0800 (PST) In-Reply-To: <834m1y4nj7.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> From: Reuben Thomas Date: Tue, 20 Dec 2016 21:43:32 +0000 Message-ID: Content-Type: multipart/alternative; boundary=94eb2c05a83081663205441dedf1 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --94eb2c05a83081663205441dedf1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 20 December 2016 at 15:40, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Mon, 19 Dec 2016 21:47:42 +0000 > > Cc: 17742@debbugs.gnu.org > > > > neither GNU Aspell nor hunspell offer any way to get this > information (about character classes of dictionaries) via their APIs. > > > > They provide this information in the dictionaries, and we glean it > > from there. See ispell-parse-hunspell-affix-file and > > ispell-aspell-find-dictionary. > > > > =E2=80=8BThe dictionaries are not part of the API (even where the forma= t is > documented, the location may not be fixed), so it's not a good idea to re= ly > on them. > > If there's no better way, then I see no problem in relying on the > dictionaries, and de-facto the results are satisfactory. > =E2=80=8BAgreed.=E2=80=8B > > =E2=80=8BHaving discovered that Aspell does not provide this informatio= n (I > checked again, and ispell-aspell-find-dictionary does not find this > information in the dictionaries, except for limited information about > otherchars; for casechars and not-casechars it defaults to [:alpha:]), I > shall investigate with the hunspell maintainers.=E2=80=8B > > Aspell provides some of that, and there's no reason to ignore what it > does provide. > =E2=80=8BAgreed.=E2=80=8B =E2=80=8B=E2=80=8B > Whether it's good enough depends on the dictionary and on what "(XP)" > means. It could be that "(XP)", including the parentheses, is a word > the dictionary recognizes, something akin to "(C)", i.e. copyright > sign. =E2=80=8BThanks, that's a good example.=E2=80=8B So, if "(C)" is in the dictionary, then with [:graph:] as casechars, if I run ispell-word with point anywhere in "(C)", Emacs will send "(C)", and it will come back as correct. If casechars were only [:alpha:], then Emacs would send "C", and it would come back as wrong. Conversely, if "C" is in the dictionary, then if I run ispell-word with casechars set to [:graph:] then Emacs will send "(C)" and it will come back as correct (because Hunspell will ignore the non-wordchars characters). It would also work with casechars set to [:alpha:]. So with casechars set to [:graph:], there's no false positive or false negative. > I don't see why it would be fragile with Enchant when it isn't with > its back-ends. =E2=80=8BBecause there's no guarantee that Enchant will continue to use bac= kends in the same way as at present.=E2=80=8B And avoiding even fragile methods is worse than using > them, when there's no better way of gleaning the same information, and > the information is important (as it is in this case). > =E2=80=8BAgreed. > I think you are drawing too radical conclusions from trying that with > a single word and a single dictionary. Which string was sent to the > speller in this case, "=E2=80=8B(XP)"=E2=80=8B and is that the string you expected to be sent? > =E2=80=8BI don't have strong feelings about that.=E2=80=8B > Moreover, even when we send entire lines to the speller, we want to > > skip lines that include only non-word characters. > > > > =E2=80=8BWhy?=E2=80=8B > > To avoid false positives and false negatives, as explained above. > =E2=80=8BBut such characters will be ignored by the spellchecker (unless pe= rhaps they occur in the personal word list). So I'm not sure how they would generate false positives or negatives.=E2=80=8B First, Enchant could be using Hunspell as its engine, right? > =E2=80=8BSure.=E2=80=8B And second, AFAIU this discussion started by you proposing to get rid > of CASECHARS etc., for all spellers, not just for Enchant, something > that will definitely cause degradation. > =E2=80=8BI didn't mean to propose that. I'm sorry if I gave that impression= .=E2=80=8B I'm just saying I don't want to put in the work now to add that support for Enchant. I have not changed (and do not propose to change) the support for Hunspell. It sounds like the important part of our disagreement is in the last > sentence. If so, I hope I've succeeded to change your mind. Failing > that, all I can suggest is to study the spelling rules of modern > speller, such as Hunspell, and see how this information is used there. > =E2=80=8BAs I already said, Hunspell does not provide this information to applications. So consumers of Hunspell have two choices: 1. Use side channels (as Emacs does). 2. Have some arbitrary idea of what constitutes a word. The fact that an API to get the wordchars from hunspell is only now being considered for addition suggests to me that neither the maintainers of hunspell nor the developers of hunspell-using programs have thought this was particularly important.=E2=80=8B I tried to explain that above: you will get falses and/or irrelevant > or missing corrections from the speller. For example, if you send > "foo.bar", and the speller doesn't support '.' as a word-constituent > character, you will get separate suggestions for "foo" and "bar", and > won't get "foobar". > What happens at the moment (with my Enchant patch) is I get the error "Ispell and its process have different character maps". I wouldn't expect "foobar" in any case, if "." is not a constituent character, though I might be surprised to get a correction for a word I thought I wasn't pointing at (but I could be surprised in this way in any case, if the dictionary has a surprising set of wordchars). > I also don't understand why you want to remove this information, that > is already there, is not harder to get with Enchant than it is without > it, and the code which supports it is already there? > =E2=80=8BI'm not proposing to remove this information. I am proposing not t= o add it for Enchant yet (because that will require extra work and code), and I am hoping to end up with a simpler way to get it, via the API. --=20 http://rrt.sc3d.org --94eb2c05a83081663205441dedf1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 20 December 2016 at 15:40, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Mon, 19 Dec 2016 21:47:42 +0000
> Cc: 17742@debbugs.gnu.org=
>
>=C2=A0 =C2=A0 =C2=A0neither GNU Aspell nor hunspell offer any way to ge= t this information (about character classes of dictionaries) via their APIs= .
>
>=C2=A0 =C2=A0 =C2=A0They provide this information in the dictionaries, = and we glean it
>=C2=A0 =C2=A0 =C2=A0from there.=C2=A0 See ispell-parse-hunspell-affix-<= wbr>file and
>=C2=A0 =C2=A0 =C2=A0ispell-aspell-find-dictionary.
>
> =E2=80=8BThe dictionaries are not part of the API (even where the form= at is documented, the location may not be fixed), so it's not a good id= ea to rely on them.

If there's no better way, then I see no problem in relying on th= e
dictionaries, and de-facto the results are satisfactory.

= =E2=80=8BAgreed.=E2=80=8B
=C2=A0
> =E2=80=8BHaving discovered that Aspell does= not provide this information (I checked again, and ispell-aspell-find-dict= ionary does not find this information in the dictionaries, except for limit= ed information about otherchars; for casechars and not-casechars it default= s to [:alpha:]), I shall investigate with the hunspell maintainers.=E2=80= =8B

Aspell provides some of that, and there's no reason to ignore wh= at it
does provide.

=E2=80=8BAgreed.=E2=80=8B
=E2=80=8B=E2=80=8B
Whether it's g= ood enough depends on the dictionary and on what "(XP)"
means.=C2=A0 It could be that "(XP)", including the parentheses, = is a word
the dictionary recognizes, something akin to "(C)", i.e. copyrigh= t
sign.

=E2=80=8BThanks, that's a good example.=E2=80=8B

So, if "(C)" is in = the dictionary, then with [:graph:] as casechars, if I run ispell-word with= point anywhere in "(C)", Emacs will send "(C)", and it= will come back as correct. If casechars were only [:alpha:], then Emacs wo= uld send "C", and it would come back as wrong.

Conversely, if "C" is in th= e dictionary, then if I run ispell-word with casechars set to [:graph:] the= n Emacs will send "(C)" and it will come back as correct (because= Hunspell will ignore the non-wordchars characters). It would also work wit= h casechars set to [:alpha:].

So with casechars set to [:graph:], there's no false positive or f= alse negative.
=C2=A0
I don't see why it would be fragile with Enchant when it isn'= ;t with
its back-ends.

=E2=80=8BBecause there's no guarantee that E= nchant will continue to use backends in the same way as at present.=E2=80= =8B

=C2=A0 And avo= iding even fragile methods is worse than using
them, when there's no better way of gleaning the same information, and<= br> the information is important (as it is in this case).
=
=E2= =80=8BAgreed.
=C2=A0
I = think you are drawing too radical conclusions from trying that with
a single word and a single dictionary.=C2=A0 Which string was sent to the speller in this case,

"=E2=80=8B(XP)"=E2=80=8B
<= /div>

and is that the string = you expected to be sent?

=E2=80=8BI don't have strong f= eelings about that.=E2=80=8B

>=C2=A0 =C2=A0 =C2=A0Moreover, even when we = send entire lines to the speller, we want to
>=C2=A0 =C2=A0 =C2=A0skip lines that include only non-word characters. >
> =E2=80=8BWhy?=E2=80=8B

To avoid false positives and false negatives, as explained above.

=E2=80=8BBut such characters will be ignored by the spellchec= ker (unless perhaps they occur in the personal word list). So I'm not s= ure how they would generate false positives or negatives.=E2=80=8B

First, Enchant could be us= ing Hunspell as its engine, right?

=E2=80=8BSure.=E2=80=8B<= /div>

And second, AFAIU = this discussion started by you proposing to get rid
of CASECHARS etc., for all spellers, not just for Enchant, something
that will definitely cause degradation.

=E2=80=8BI didn'= ;t mean to propose that. I'm sorry if I gave that impression.=E2=80=8B = I'm just saying I don't want to put in the work now to add that sup= port for Enchant. I have not changed (and do not propose to change) the sup= port for Hunspell.

It sounds like the important part of our disagreement is in the last
sentence.=C2=A0 If so, I hope I've succeeded to change your mind.=C2=A0= Failing
that, all I can suggest is to study the spelling rules of modern
speller, such as Hunspell, and see how this information is used there.
<= /blockquote>

=E2=80=8BAs I already said, Hunspell does not provide this info= rmation to applications. So consumers of Hunspell have two choices:

1. Use side channels (as Emacs= does).

2. Have some arbi= trary idea of what constitutes a word.

The fact that an API to get the wordchars from hunspell is on= ly now being considered for addition suggests to me that neither the mainta= iners of hunspell nor the developers of hunspell-using programs have though= t this was particularly important.=E2=80=8B

I tried to explain that above: you will get false= s and/or irrelevant
or missing corrections from the speller.=C2=A0 For example, if you send
"foo.bar", and the speller doesn't support '.' as a w= ord-constituent
character, you will get separate suggestions for "foo" and "= bar", and
won't get "foobar".

What happens at the momen= t (with my Enchant patch) is I get the error "Ispell and its process h= ave different character maps". I wouldn't expect "foobar"= ; in any case, if "." is not a constituent character, though I mi= ght be surprised to get a correction for a word I thought I wasn't poin= ting at (but I could be surprised in this way in any case, if the dictionar= y has a surprising set of wordchars).
=C2=A0
I also don't understand why you want to remove this information, that<= br> is already there, is not harder to get with Enchant than it is without
it, and the code which supports it is already there?

=E2=80=8BI'm not proposing to remove this information. I am proposin= g not to add it for Enchant yet (because that will require extra work and c= ode), and I am hoping to end up with a simpler way to get it, via the API.<= /div>

--
http://= rrt.sc3d.org
--94eb2c05a83081663205441dedf1-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Dec 2016 17:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14823404674656 (code B ref 17742); Wed, 21 Dec 2016 17:15:02 +0000 Received: (at 17742) by debbugs.gnu.org; 21 Dec 2016 17:14:27 +0000 Received: from localhost ([127.0.0.1]:50441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJkTD-0001D2-2H for submit@debbugs.gnu.org; Wed, 21 Dec 2016 12:14:27 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42346) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJkTB-0001Co-SH for 17742@debbugs.gnu.org; Wed, 21 Dec 2016 12:14:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJkT3-00029S-Hw for 17742@debbugs.gnu.org; Wed, 21 Dec 2016 12:14:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJkT3-00029I-Ee; Wed, 21 Dec 2016 12:14:17 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4166 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJkT2-0004YV-7o; Wed, 21 Dec 2016 12:14:17 -0500 Date: Wed, 21 Dec 2016 19:13:36 +0200 Message-Id: <83bmw52ojj.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Tue, 20 Dec 2016 21:43:32 +0000) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Reuben Thomas > Date: Tue, 20 Dec 2016 21:43:32 +0000 > Cc: 17742@debbugs.gnu.org > > So with casechars set to [:graph:], there's no false positive or false negative. The same argument could be used to claim that casechars can be removed altogether, and we should just send everything to the speller. What I'm saying is that using the correct character set there will ensure that the user gets back useful suggestions, something that is less probable without that. > I don't see why it would be fragile with Enchant when it isn't with > its back-ends. > > ​Because there's no guarantee that Enchant will continue to use backends in the same way as at present.​ When it doesn't, we will revisit this issue and revise the code if needed. That is a hypothetical problem, so we don't need to solve it yet. > > Moreover, even when we send entire lines to the speller, we want to > > skip lines that include only non-word characters. > > > > ​Why?​ > > To avoid false positives and false negatives, as explained above. > > ​But such characters will be ignored by the spellchecker (unless perhaps they occur in the personal word list). So I'm not sure how they would generate false positives or negatives.​ You _assume_ they will be ignored. You don't know that. Using the correct character set frees us from the need of making any such assumtions. > The fact that an API to get the wordchars from hunspell is only now being considered for addition suggests to me that neither the maintainers of hunspell nor the developers of hunspell-using programs have thought this was particularly important.​ I don't see any significance of that fact for us. We understood the importance of that data, and we use it to benefit our users. > I tried to explain that above: you will get falses and/or irrelevant > or missing corrections from the speller. For example, if you send > "foo.bar", and the speller doesn't support '.' as a word-constituent > character, you will get separate suggestions for "foo" and "bar", and > won't get "foobar". > > What happens at the moment (with my Enchant patch) is I get the error "Ispell and its process have different character maps". I wouldn't expect "foobar" in any case, if "." is not a constituent character, though I might be surprised to get a correction for a word I thought I wasn't pointing at (but I could be surprised in this way in any case, if the dictionary has a surprising set of wordchars). Try the same example with foo'bar (including the apostrophe), and see what I mean. Once again, using the correct casechars makes the spell-checking commands more useful than not using them. A mismatch between what the user considers casechars and the corresponding notion of the speller/dictionary will make the results less useful. Sure, it won't be a total failure, but why give up quality if we can have it for a small price of parsing a simple text file? One of the strong points of Aspell and Hunspell over Ispell is that the former are much smarter in producing possible corrections. This is what distinguishes an excellent speller from a merely good one. We should strive to support that quality as best we can, IMO. > I also don't understand why you want to remove this information, that > is already there, is not harder to get with Enchant than it is without > it, and the code which supports it is already there? > > ​I'm not proposing to remove this information. I am proposing not to add it for Enchant yet (because that will require extra work and code), and I am hoping to end up with a simpler way to get it, via the API. I'm uneasy about that, as I already wrote. If we add support for Enchant now without also providing those character sets when we can, then users of Hunspell will suddenly experience some degradation, even if minor one, if they switch to using Hunspell via Enchant. Soon enough we will get bug reports about that. So I'd rather we avoid that. Maybe we should simply wait until Enchant acquires those APIs. Thanks. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Dec 2016 17:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.14823415876575 (code B ref 17742); Wed, 21 Dec 2016 17:34:02 +0000 Received: (at 17742) by debbugs.gnu.org; 21 Dec 2016 17:33:07 +0000 Received: from localhost ([127.0.0.1]:50468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJklH-0001hz-8a for submit@debbugs.gnu.org; Wed, 21 Dec 2016 12:33:07 -0500 Received: from mail-qt0-f180.google.com ([209.85.216.180]:35340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJklG-0001hV-8K for 17742@debbugs.gnu.org; Wed, 21 Dec 2016 12:33:06 -0500 Received: by mail-qt0-f180.google.com with SMTP id c47so212453815qtc.2 for <17742@debbugs.gnu.org>; Wed, 21 Dec 2016 09:33:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jHc3lz3vQzeOdpkqaOBoTVsHHj1QO8/jY9cKyumPSqs=; b=5gtIVnrvQRDU8TvK0MDzgT5gWBQRF0FDdTHMcUOZn3FcXc5PDSydcs97QKRDgnqb7x XPUaUsfBxff7FMmpoI+Ted8cZhXzWShIvZgyD2gQHWoFT5S1wB0ObzttUbaAOEQGXyUC aPOTqJ0XJUVOTsvfC3RNA+qtfXzExUcpT1Pu8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jHc3lz3vQzeOdpkqaOBoTVsHHj1QO8/jY9cKyumPSqs=; b=NE1mnmQr4ey+KpYc5KsbpPet7LmAWYdSYcQdIjmKeZX8DLylCazVFZv7UDeX0sxjkI mdXpb+F3u1mr30yMUxAiBF4Q44yJg1SOpRn1kpqbuoyf+9O8IzuBKcmi8w+SCP5ec23k nsy6H7cMO7HKn0hVUs95co6BtqObxGue0mxOlhD9Y+kt59v8OPjXHg0aU0g50vfikJDH 8yZbLKd0PqtNSj3UQq1emOXvv2m60Y/4bS7YJlWl8FwY++kF8omPspM+3P4q97KIlWRz G8GI3v0HsWxZpPVy82PRXOfE9KBMG15TkMYQqz+Be9CA9/Vz4CilNPOSRFqNBbJqIDbh y/hg== X-Gm-Message-State: AIkVDXJuRm4EJKOq+HfvX8t6Ihq7iUm4uLEomCv2Zwrfcb7QeD6JLJgVAddsKUhciuBX06Cpw0blo6AU7e0zbZW7 X-Received: by 10.237.37.77 with SMTP id w13mr6245928qtc.197.1482341580625; Wed, 21 Dec 2016 09:33:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.51 with HTTP; Wed, 21 Dec 2016 09:32:59 -0800 (PST) In-Reply-To: <83bmw52ojj.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> From: Reuben Thomas Date: Wed, 21 Dec 2016 17:32:59 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a114108ea5983ac05442e8b9f X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114108ea5983ac05442e8b9f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 21 December 2016 at 17:13, Eli Zaretskii wrote: > > Maybe we should simply wait until Enchant acquires those APIs. > =E2=80=8BI'll revisit this when a new Enchant release is made. The timing a= nd future plans for Enchant and Emacs might affect the decision at that point, or I might have found more energy to implement hunspell dictionary scanning for Enchant! --=20 http://rrt.sc3d.org --001a114108ea5983ac05442e8b9f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 21 December 2016 at 17:13, Eli Zaretskii <eliz@gnu.org> wrote:

Maybe we should simply wait until Enchant acquires those APIs.

=E2=80=8BI'll revisit this when a new Enchant release is m= ade. The timing and future plans for Enchant and Emacs might affect the dec= ision at that point, or I might have found more energy to implement hunspel= l dictionary scanning for Enchant!

--
--001a114108ea5983ac05442e8b9f-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Aug 2017 11:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150227852623902 (code B ref 17742); Wed, 09 Aug 2017 11:36:01 +0000 Received: (at 17742) by debbugs.gnu.org; 9 Aug 2017 11:35:26 +0000 Received: from localhost ([127.0.0.1]:52719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dfPGn-0006DS-Mh for submit@debbugs.gnu.org; Wed, 09 Aug 2017 07:35:26 -0400 Received: from mail-oi0-f47.google.com ([209.85.218.47]:36415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dfPGl-0006DE-Dh for 17742@debbugs.gnu.org; Wed, 09 Aug 2017 07:35:24 -0400 Received: by mail-oi0-f47.google.com with SMTP id g131so58282900oic.3 for <17742@debbugs.gnu.org>; Wed, 09 Aug 2017 04:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Dln7Ea7sLB0n4Vvt/trmJ18efS5JJyOPrK4TGCoY64I=; b=dF8FaEGtOgtHthDwLGlr/qorxuZoBkcS1Bm+8cBpjGiFPe7m5mquqfTjRNPVEXMtNQ WjWW7+EvsT/vCklZZRHB/bKWqS2VAm3bSunYA2Bzbm8IUMMqx1wMXApDR8FwP5jVaXGR R5cDdbGqJ2Lkfk6Ob8Gh/M831K+Oiw9/YlR4U= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Dln7Ea7sLB0n4Vvt/trmJ18efS5JJyOPrK4TGCoY64I=; b=Ha3eTUc57FR2DDd3eTPuH9WpBqOqtyyS/vjjzT6zqpkL2g/yS6fkOUM8/hqxiLEWkD FcLMWAI+Sq2XJQIBCJNuKlrn0EX0yzBD4+FBXgapH1YmHzszpKBjLEzHG2kWts1LlP5C Xc6pWLau+Fyx1PB3Ew2L1uzHOM0Vu2/F+nIAPD73C1Cn4PkAqDerB/Xpt3GaTfTZB6Xw xmnt+uFfTmx2wUYA8aBCsZoZAIOrTs1fl0ZbmC+hIcRSmnVXwpqXgxZFfb1ekW+n4Kfu fcRPmHuWdJwwfmuIfE490WEknRuu2nCNA47VT2FEfDr4DiIx+fwY2OGuMJ0WIR4+m/Uf 3LcA== X-Gm-Message-State: AHYfb5iFBp4VI/KU/j2WmdtYMGyRMerK5MRWtNbPKvTpBj8eEGZN5TyW BePP2iWbsrolYdiSPrudCk2GLPzDF5LR X-Received: by 10.202.207.144 with SMTP id f138mr7773378oig.232.1502278517501; Wed, 09 Aug 2017 04:35:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.183.87 with HTTP; Wed, 9 Aug 2017 04:35:16 -0700 (PDT) In-Reply-To: References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> From: Reuben Thomas Date: Wed, 9 Aug 2017 12:35:16 +0100 Message-ID: Content-Type: multipart/mixed; boundary="001a113de20a63e773055650792a" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --001a113de20a63e773055650792a Content-Type: multipart/alternative; boundary="001a113de20a63e76e0556507928" --001a113de20a63e76e0556507928 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On 21 December 2016 at 17:32, Reuben Thomas wrote: > On 21 December 2016 at 17:13, Eli Zaretskii wrote: > >> >> Maybe we should simply wait until Enchant acquires those APIs. >> > > =E2=80=8BI'll revisit this when a new Enchant release is made. The timing= and > future plans for Enchant and Emacs might affect the decision at that poin= t, > or I might have found more energy to implement hunspell dictionary scanni= ng > for Enchant! > =E2=80=8B I attach updated patches, one for Enchant support, and the other to remove a little historical cruft from ispell.el. Enchant 2.1.0 (just released) adds support for getting the otherchars character list (currently only supported on hunspell), and the ispell.el support uses it. Hence, I believe that the Enchant support should now satisfy Eli's requirements. --=20 https://rrt.sc3d.org --001a113de20a63e76e0556507928 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On = 21 December 2016 at 17:32, Reuben Thomas <rrt@sc3d.org> wrote:
On 21 December 2016 at 17:13, Eli Zaretskii <eliz@gnu.org>= wrote:

Maybe we should simply wait until Enchant acquires those APIs.

=E2= =80=8BI'll revisit this when a new Enchant release is made. The timing = and future plans for Enchant and Emacs might affect the decision at that po= int, or I might have found more energy to implement hunspell dictionary sca= nning for Enchant!
=E2=80=8B
I attach updated patches, one for Encha= nt support, and the other to remove a little historical cruft from ispell.e= l.

Enchant 2.1.0 (just re= leased) adds support for getting the otherchars character list (currently o= nly supported on hunspell), and the ispell.el support uses it.

Hence, I believe that the Enchant sup= port should now satisfy Eli's requirements.

--
=
--001a113de20a63e76e0556507928-- --001a113de20a63e773055650792a Content-Type: text/x-patch; charset="UTF-8"; name="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Disposition: attachment; filename="0001-Add-Enchant-support-to-ispell.el-Bug-17742.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j64xtv340 RnJvbSA3NmZmNDMwNjhlYzkxNGZkYjQwNWI2NzVkMTM5YTk0NDM5ZGM2OThjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgNCBEZWMgMjAxNiAyMjozOToyNyArMDAwMApTdWJqZWN0OiBbUEFUQ0ggMS8yXSBBZGQgRW5j aGFudCBzdXBwb3J0IHRvIGlzcGVsbC5lbCAoQnVnIzE3NzQyKQpNSU1FLVZlcnNpb246IDEuMApD b250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9VVRGLTgKQ29udGVudC1UcmFuc2Zlci1F bmNvZGluZzogOGJpdAoKKiBsaXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgKGlzcGVsbC1wcm9ncmFt LW5hbWUpOiBBZGQg4oCcZW5jaGFudOKAnS4KKGlzcGVsbC1yZWFsbHktZW5jaGFudCk6IEFkZCB2 YXJpYWJsZS4KKGlzcGVsbC1jaGVjay12ZXJzaW9uKTogSWYgdXNpbmcgRW5jaGFudCwgY2hlY2sg aXTigJlzIG5ldyBlbm91Z2ggKGF0CmxlYXN0IDEuNi4xKS4gIChMaWtlIHRoZSBpc3BlbGwgY2hl Y2ssIHRoaXMgaXMgYWJzb2x1dGU6IGNhbm5vdCB3b3JrCndpdGhvdXQuKQooaXNwZWxsLWVuY2hh bnQtZGljdGlvbmFyeS1hbGlzdCk6IEFkZCB2YXJpYWJsZS4KKGlzcGVsbC1maW5kLWVuY2hhbnQt ZGljdGlvbmFyaWVzKTogQWRkIGZ1bmN0aW9uLCBiYXNlZCBvbgppc3BlbGwtZmluZC1hc3BlbGwt ZGljdGlvbmFyaWVzLgooaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zKTogQWxsb3cgZGlj dGlvbmFyeSBhdXRvLWRldGVjdGlvbiBmb3IKRW5jaGFudCwgYW5kIGNhbGwgaXNwZWxsLWZpbmQt ZW5jaGFudC1kaWN0aW9uYXJpZXMgdG8gZmluZCB0aGVtLiAgVXNlCm9sZCBpc3BlbGwgbmFtZSB0 byBsb2NhbGUgbWFwcGluZyBjb2RlIGZvciBFbmNoYW50IHRvby4KKGlzcGVsbC1zZW5kLXJlcGxh Y2VtZW50KTogTWFrZSBpdCB3b3JrIHdpdGggRW5jaGFudC4KLS0tCiBsaXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwgfCA5MiArKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0t LS0tLS0KIDEgZmlsZSBjaGFuZ2VkLCA3OCBpbnNlcnRpb25zKCspLCAxNCBkZWxldGlvbnMoLSkK CmRpZmYgLS1naXQgYS9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwgYi9saXNwL3RleHRtb2Rlcy9p c3BlbGwuZWwKaW5kZXggNzczMDIzYS4uZTZjYTMyZiAxMDA2NDQKLS0tIGEvbGlzcC90ZXh0bW9k ZXMvaXNwZWxsLmVsCisrKyBiL2xpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbApAQCAtMjA4LDYgKzIw OCwxMCBAQCBpc3BlbGwtY2hvaWNlcy13aW4tZGVmYXVsdC1oZWlnaHQKICAgOnR5cGUgJ2ludGVn ZXIKICAgOmdyb3VwICdpc3BlbGwpCiAKKzs7IFhYWCBBZGQgZW5jaGFudCB0byB0aGlzIGxpc3Qg b25jZSBlbmNoYW50ID49IDIuMS4wIGlzIHdpZGVzcHJlYWQuCis7OyBCZWZvcmUgdGhhdCwgYWRk aW5nIGl0IGlzIHVzZWxlc3MsIGFzIGlmIGl0IGlzIGZvdW5kLCBpdCB3aWxsIGp1c3QKKzs7IGNh dXNlIGFuIGVycm9yOyBhbmQgb25lIG9mIHRoZSBvdGhlciBzcGVsbGluZyBlbmdpbmVzIGJlbG93 IGlzCis7OyBhbG1vc3QgY2VydGFpbmx5IGluc3RhbGxlZCBpbiBhbnkgY2FzZSwgZm9yIGVuY2hh bnQgdG8gdXNlLgogKGRlZmN1c3RvbSBpc3BlbGwtcHJvZ3JhbS1uYW1lCiAgIChvciAoZXhlY3V0 YWJsZS1maW5kICJhc3BlbGwiKQogICAgICAgKGV4ZWN1dGFibGUtZmluZCAiaXNwZWxsIikKQEAg LTYwNSw2ICs2MDksOCBAQCBpc3BlbGwtcmVhbGx5LWFzcGVsbAogICAiTm9uLW5pbCBpZiB3ZSBj YW4gdXNlIEFzcGVsbCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1yZWFsbHktaHVuc3Bl bGwgbmlsCiAgICJOb24tbmlsIGlmIHdlIGNhbiB1c2UgSHVuc3BlbGwgZXh0ZW5zaW9ucy4iKQor KGRlZnZhciBpc3BlbGwtcmVhbGx5LWVuY2hhbnQgbmlsCisgICJOb24tbmlsIGlmIHdlIGNhbiB1 c2UgRW5jaGFudCBleHRlbnNpb25zLiIpCiAoZGVmdmFyIGlzcGVsbC1lbmNvZGluZzgtY29tbWFu ZCBuaWwKICAgIkNvbW1hbmQgbGluZSBvcHRpb24gcHJlZml4IHRvIHNlbGVjdCBlbmNvZGluZyBp ZiBzdXBwb3J0ZWQsIG5pbCBvdGhlcndpc2UuCiBJZiBzZXR0aW5nIHRoZSBlbmNvZGluZyBpcyBz dXBwb3J0ZWQgYnkgc3BlbGxjaGVja2VyIGFuZCBpcyBzZWxlY3RhYmxlIGZyb20KQEAgLTczOSwx NyArNzQ1LDI2IEBAIGlzcGVsbC1jaGVjay12ZXJzaW9uCiAJCSAgKGFuZCAoc2VhcmNoLWZvcndh cmQtcmVnZXhwCiAJCQkiKGJ1dCByZWFsbHkgSHVuc3BlbGwgXFwoWzAtOV0rXFwuWzAtOVxcLi1d K1xcKT8pIgogICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQpCisJCSAgICAgICAobWF0Y2gt c3RyaW5nIDEpKSkKKyAgICAgICAgICAgIChzZXRxIGlzcGVsbC1yZWFsbHktZW5jaGFudAorCQkg IChhbmQgKHNlYXJjaC1mb3J3YXJkLXJlZ2V4cAorCQkJIihidXQgcmVhbGx5IEVuY2hhbnQgXFwo WzAtOV0rXFwuWzAtOVxcLi1dK1xcKT8pIgorICAgICAgICAgICAgICAgICAgICAgICAgbmlsIHQp CiAJCSAgICAgICAobWF0Y2gtc3RyaW5nIDEpKSkpKQogCiAgICAgICAobGV0KiAoKGFzcGVsbDgt bWludmVyICAgIjAuNjAiKQogICAgICAgICAgICAgIChpc3BlbGwtbWludmVyICAgICIzLjEuMTIi KQogICAgICAgICAgICAgIChodW5zcGVsbDgtbWludmVyICIxLjEuNiIpCisgICAgICAgICAgICAg KGVuY2hhbnQtbWludmVyICAgIjIuMS4wIikKICAgICAgICAgICAgICAobWludmVyIChjb25kCiAg ICAgICAgICAgICAgICAgICAgICAgKChub3QgKHZlcnNpb248PSBpc3BlbGwtbWludmVyIGlzcGVs bC1wcm9ncmFtLXZlcnNpb24pKQogICAgICAgICAgICAgICAgICAgICAgICBpc3BlbGwtbWludmVy KQogICAgICAgICAgICAgICAgICAgICAgICgoYW5kIGlzcGVsbC1yZWFsbHktYXNwZWxsCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKG5vdCAodmVyc2lvbjw9IGFzcGVsbDgtbWludmVyIGlz cGVsbC1yZWFsbHktYXNwZWxsKSkpCi0gICAgICAgICAgICAgICAgICAgICAgIGFzcGVsbDgtbWlu dmVyKSkpKQorICAgICAgICAgICAgICAgICAgICAgICBhc3BlbGw4LW1pbnZlcikKKyAgICAgICAg ICAgICAgICAgICAgICAoKGFuZCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAobm90ICh2ZXJzaW9uPD0gZW5jaGFudC1taW52ZXIgaXNwZWxsLXJlYWxs eS1lbmNoYW50KSkpCisgICAgICAgICAgICAgICAgICAgICAgIGVuY2hhbnQtbWludmVyKSkpKQog CiAgICAgICAgIChpZiBtaW52ZXIKIAkgICAgKGVycm9yICIlcyByZWxlYXNlICVzIG9yIGdyZWF0 ZXIgaXMgcmVxdWlyZWQiCkBAIC0xMTgzLDYgKzExOTgsNDkgQEAgaXNwZWxsLWZpbmQtaHVuc3Bl bGwtZGljdGlvbmFyaWVzCiAgICAgICAgICAgICAgICAgICAgIChsaXN0IGRpY3QpKQogICAgICAg ICAgICAgICAgICAgaXNwZWxsLWh1bnNwZWxsLWRpY3Rpb25hcnktYWxpc3QgOnRlc3QgIydlcXVh bCkpKSkKIAorOzsgTWFrZSBpc3BlbGwuZWwgd29yayBiZXR0ZXIgd2l0aCBlbmNoYW50LgorCiso ZGVmdmFyIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QgbmlsCisgICJBbiBhbGlzdCBv ZiBwYXJzZWQgRW5jaGFudCBkaWN0cyBhbmQgYXNzb2NpYXRlZCBwYXJhbWV0ZXJzLgorSW50ZXJu YWwgdXNlLiIpCisKKyhkZWZ1biBpc3BlbGwtLWNhbGwtZW5jaGFudC1sc21vZCAoJnJlc3QgYXJn cykKKyAgIkNhbGwgZW5jaGFudC1sc21vZCB3aXRoIEFSR1MgYW5kIHJldHVybiB0aGUgb3V0cHV0 IGFzIHN0cmluZy4iCisgICh3aXRoLW91dHB1dC10by1zdHJpbmcKKyAgICAod2l0aC1jdXJyZW50 LWJ1ZmZlcgorICAgICAgICBzdGFuZGFyZC1vdXRwdXQKKyAgICAgICAgKGFwcGx5ICdpc3BlbGwt Y2FsbC1wcm9jZXNzCisgICAgICAgICAgICAgICAoY29uY2F0IGlzcGVsbC1wcm9ncmFtLW5hbWUg Ii1sc21vZCIpIG5pbCB0IG5pbCBhcmdzKSkpKQorCisoZGVmdW4gaXNwZWxsLS1nZXQtZXh0cmEt d29yZC1jaGFyYWN0ZXJzICgmb3B0aW9uYWwgbGFuZykKKyAgIkdldCB0aGUgZXh0cmEgd29yZCBj aGFyYWN0ZXJzIGZvciBMQU5HIGFzIGEgY2hhcmFjdGVyIGNsYXNzLgorSWYgTEFORyBpcyBvbWl0 dGVkLCBnZXQgdGhlIGV4dHJhIHdvcmQgY2hhcmFjdGVycyBmb3IgdGhlIGRlZmF1bHQgbGFuZ3Vh Z2UuIgorICAoY29uY2F0ICJbIiAoc3RyaW5nLXRyaW0tcmlnaHQgKGFwcGx5ICdpc3BlbGwtLWNh bGwtZW5jaGFudC1sc21vZAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IChhcHBlbmQgJygiLXdvcmQtY2hhcnMiKSAoaWYgbGFuZyBgKCxsYW5nKSkpKSkgIl0iKSkKKwor KGRlZnVuIGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVzICgpCisgICJGaW5kIEVuY2hh bnQncyBkaWN0aW9uYXJpZXMsIGFuZCByZWNvcmQgaW4gYGlzcGVsbC1lbmNoYW50LWRpY3Rpb25h cnktYWxpc3QnLiIKKyAgKGxldCogKChkaWN0aW9uYXJpZXMKKwkgIChzcGxpdC1zdHJpbmcKKwkg ICAoaXNwZWxsLS1jYWxsLWVuY2hhbnQtbHNtb2QgIi1saXN0LWRpY3RzIiAoYnVmZmVyLXN0cmlu ZykpICIgKFteKV0rKVxuIikpCisgICAgICAgICAoZm91bmQKKyAgICAgICAgICAobWFwY2FyICMn KGxhbWJkYSAobGFuZykKKyAgICAgICAgICAgICAgICAgICAgICBgKCxsYW5nICJbWzphbHBoYTpd XSIgIlteWzphbHBoYTpdXSIKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICwoaXNwZWxs LS1nZXQtZXh0cmEtd29yZC1jaGFyYWN0ZXJzKSB0IG5pbCBuaWwgdXRmLTgpKQorICAgICAgICAg ICAgICAgICAgZGljdGlvbmFyaWVzKSkpCisgICAgOzsgTWVyZ2UgaW50byBGT1VORCBhbnkgZWxl bWVudHMgZnJvbSB0aGUgc3RhbmRhcmQgaXNwZWxsLWRpY3Rpb25hcnktYmFzZS1hbGlzdAorICAg IDs7IHdoaWNoIGhhdmUgbm8gZWxlbWVudCBpbiBGT1VORCBhdCBhbGwuCisgICAgKGRvbGlzdCAo ZGljdCBpc3BlbGwtZGljdGlvbmFyeS1iYXNlLWFsaXN0KQorICAgICAgKHVubGVzcyAoYXNzb2Mg KGNhciBkaWN0KSBmb3VuZCkKKwkoc2V0cSBmb3VuZCAobmNvbmMgZm91bmQgKGxpc3QgZGljdCkp KSkpCisgICAgKHNldHEgaXNwZWxsLWVuY2hhbnQtZGljdGlvbmFyeS1hbGlzdCBmb3VuZCkKKyAg ICA7OyBBZGQgYSBkZWZhdWx0IGVudHJ5CisgICAgKGxldCAoKGRlZmF1bHQtZGljdAorICAgICAg ICAgICAgYChuaWwgIltbOmFscGhhOl1dIiAiW15bOmFscGhhOl1dIgorICAgICAgICAgICAgICAg ICAgLChpc3BlbGwtLWdldC1leHRyYS13b3JkLWNoYXJhY3RlcnMpCisgICAgICAgICAgICAgICAg ICB0IG5pbCBuaWwgdXRmLTgpKSkKKyAgICAgIChwdXNoIGRlZmF1bHQtZGljdCBpc3BlbGwtZW5j aGFudC1kaWN0aW9uYXJ5LWFsaXN0KSkpKQorCiA7OyBTZXQgcGFyYW1zIGFjY29yZGluZyB0byB0 aGUgc2VsZWN0ZWQgc3BlbGxjaGVja2VyCiAKIChkZWZ2YXIgaXNwZWxsLWxhc3QtcHJvZ3JhbS1u YW1lIG5pbApAQCAtMTIwOCw3ICsxMjY2LDcgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFy YW1zCiAJCSAgIChzZXRxIGlzcGVsbC1saWJyYXJ5LWRpcmVjdG9yeSAoaXNwZWxsLWNoZWNrLXZl cnNpb24pKQogCQkgICB0KQogCSAgICAgICAoZXJyb3IgbmlsKSkKLQkgICAgIGlzcGVsbC1lbmNv ZGluZzgtY29tbWFuZCkKKwkgICAgIChvciBpc3BlbGwtZW5jb2Rpbmc4LWNvbW1hbmQgaXNwZWxs LXJlYWxseS1lbmNoYW50KSkKIAk7OyBhdXRvLWRldGVjdGlvbiB3aWxsIG9ubHkgYmUgdXNlZCBp ZiBzcGVsbGNoZWNrZXIgaXMgbm90CiAJOzsgaXNwZWxsIGFuZCBzdXBwb3J0cyBhIHdheSB0byBz ZXQgY29tbXVuaWNhdGlvbiB0byBVVEYtOC4KIAkoaWYgaXNwZWxsLXJlYWxseS1hc3BlbGwKQEAg LTEyMTYsMTEgKzEyNzQsMTQgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNrZXItcGFyYW1zCiAJCShp c3BlbGwtZmluZC1hc3BlbGwtZGljdGlvbmFyaWVzKSkKIAkgIChpZiBpc3BlbGwtcmVhbGx5LWh1 bnNwZWxsCiAJICAgICAgKG9yIGlzcGVsbC1odW5zcGVsbC1kaWN0aW9uYXJ5LWFsaXN0Ci0JCSAg KGlzcGVsbC1maW5kLWh1bnNwZWxsLWRpY3Rpb25hcmllcykpKSkpCisJCSAgKGlzcGVsbC1maW5k LWh1bnNwZWxsLWRpY3Rpb25hcmllcykpCisgICAgICAgICAgICAoaWYgaXNwZWxsLXJlYWxseS1l bmNoYW50CisgICAgICAgICAgICAgICAgKG9yIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxp c3QKKyAgICAgICAgICAgICAgICAgICAgKGlzcGVsbC1maW5kLWVuY2hhbnQtZGljdGlvbmFyaWVz KSkpKSkpCiAKICAgICA7OyBTdWJzdGl0dXRlIGlzcGVsbC1kaWN0aW9uYXJ5LWFsaXN0IHdpdGgg dGhlIGxpc3Qgb2YKICAgICA7OyBkaWN0aW9uYXJpZXMgY29ycmVzcG9uZGluZyB0byB0aGUgZ2l2 ZW4gc3BlbGxjaGVja2VyLgotICAgIDs7IElmIGEgcmVjZW50IGFzcGVsbCBvciBodW5zcGVsbCwg dXNlIHRoZSBsaXN0IG9mIHJlYWxseQorICAgIDs7IFdpdGggcHJvZ3JhbXMgdGhhdCBzdXBwb3J0 IGl0LCB1c2UgdGhlIGxpc3Qgb2YgcmVhbGx5CiAgICAgOzsgaW5zdGFsbGVkIGRpY3Rpb25hcmll cyBhbmQgYWRkIHRvIGl0IGVsZW1lbnRzIG9mIHRoZSBvcmlnaW5hbAogICAgIDs7IGxpc3QgdGhh dCBhcmUgbm90IHByZXNlbnQgdGhlcmUuIEFsbG93IGRpc3RybyBpbmZvLgogICAgIChsZXQgKChm b3VuZC1kaWN0cy1hbGlzdApAQCAtMTIyOSwxNyArMTI5MCwxOSBAQCBpc3BlbGwtc2V0LXNwZWxs Y2hlY2tlci1wYXJhbXMKIAkJICAgaXNwZWxsLWFzcGVsbC1kaWN0aW9uYXJ5LWFsaXN0CiAJCSAo aWYgaXNwZWxsLXJlYWxseS1odW5zcGVsbAogCQkgICAgIGlzcGVsbC1odW5zcGVsbC1kaWN0aW9u YXJ5LWFsaXN0KSkKLQkgICAgIG5pbCkpCisJICAgICAoaWYgaXNwZWxsLXJlYWxseS1lbmNoYW50 CisgICAgICAgICAgICAgICAgIGlzcGVsbC1lbmNoYW50LWRpY3Rpb25hcnktYWxpc3QKKyAgICAg ICAgICAgICAgIG5pbCkpKQogCSAgKGlzcGVsbC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QgaXNwZWxs LWRpY3Rpb25hcnktYmFzZS1hbGlzdCkKIAkgIGlzcGVsbC1iYXNlLWRpY3RzLW92ZXJyaWRlLWFs aXN0IDsgT3ZlcnJpZGUgb25seSBiYXNlLWRpY3RzLWFsaXN0CiAJICBhbGwtZGljdHMtYWxpc3Qp CiAKICAgICAgIDs7IFdoaWxlIGlzcGVsbCBhbmQgYXNwZWxsICh0aHJvdWdoIGFsaWFzZXMpIHVz ZSB0aGUgdHJhZGl0aW9uYWwKLSAgICAgIDs7IGRpY3QgbmFtaW5nIG9yaWdpbmFsbHkgZXhwZWN0 ZWQgYnkgaXNwZWxsLmVsLCBodW5zcGVsbAotICAgICAgOzsgdXNlcyBsb2NhbGUgYmFzZWQgbmFt ZXMgd2l0aCBubyBhbGlhcy4gIFdlIG5lZWQgdG8gbWFwCisgICAgICA7OyBkaWN0IG5hbWluZyBv cmlnaW5hbGx5IGV4cGVjdGVkIGJ5IGlzcGVsbC5lbCwgaHVuc3BlbGwgJiBFbmNoYW50CisgICAg ICA7OyB1c2UgbG9jYWxlLWJhc2VkIG5hbWVzIHdpdGggbm8gYWxpYXMuICBXZSBuZWVkIHRvIG1h cAogICAgICAgOzsgc3RhbmRhcmQgbmFtZXMgdG8gbG9jYWxlIGJhc2VkIG5hbWVzIHRvIG1ha2Ug ZGVmYXVsdCBkaWN0Ci0gICAgICA7OyBkZWZpbml0aW9ucyBhdmFpbGFibGUgZm9yIGh1bnNwZWxs LgotICAgICAgKGlmIGlzcGVsbC1yZWFsbHktaHVuc3BlbGwKKyAgICAgIDs7IGRlZmluaXRpb25z IGF2YWlsYWJsZSB0byB0aGVzZSBwcm9ncmFtcy4KKyAgICAgIChpZiAob3IgaXNwZWxsLXJlYWxs eS1odW5zcGVsbCBpc3BlbGwtcmVhbGx5LWVuY2hhbnQpCiAJICAobGV0ICh0bXAtZGljdHMtYWxp c3QpCiAJICAgIChkb2xpc3QgKGFkaWN0IGlzcGVsbC1kaWN0aW9uYXJ5LWJhc2UtYWxpc3QpCiAJ ICAgICAgKGxldCogKChkaWN0LW5hbWUgKG50aCAwIGFkaWN0KSkKQEAgLTEyNjQsNyArMTMyNyw3 IEBAIGlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtcwogCQkJKHNldHEgaXNwZWxsLWFyZ3MK IAkJCSAgICAgIChuY29uYyBpc3BlbGwtYXJncyAobGlzdCAiLWQiIGRpY3QtZXF1aXYpKSkKIAkJ ICAgICAgKG1lc3NhZ2UKLQkJICAgICAgICJpc3BlbGwtc2V0LXNwZWxsY2hlY2tlci1wYXJhbXM6 IE1pc3NpbmcgSHVuc3BlbGwgZXF1aXYgZm9yIFwiJXNcIi4gU2tpcHBpbmcuIgorCQkgICAgICAg ImlzcGVsbC1zZXQtc3BlbGxjaGVja2VyLXBhcmFtczogTWlzc2luZyBlcXVpdmFsZW50IGZvciBc IiVzXCIuIFNraXBwaW5nLiIKIAkJICAgICAgIGRpY3QtbmFtZSkKIAkJICAgICAgKHNldHEgc2tp cC1kaWN0IHQpKSkKIApAQCAtMTMwNiw3ICsxMzY5LDcgQEAgaXNwZWxsLXNldC1zcGVsbGNoZWNr ZXItcGFyYW1zCiAgICAgICAgICAgICAgICAgICAgICAgICAgKG50aCA0IGFkaWN0KSAgIDsgbWFu eS1vdGhlcmNoYXJzLXAKICAgICAgICAgICAgICAgICAgICAgICAgICAobnRoIDUgYWRpY3QpICAg OyBpc3BlbGwtYXJncwogICAgICAgICAgICAgICAgICAgICAgICAgIChudGggNiBhZGljdCkgICA7 IGV4dGVuZGVkLWNoYXJhY3Rlci1tb2RlCi0gICAgICAgICAgICAgICAgICAgICAgICAgKGlmIGlz cGVsbC1lbmNvZGluZzgtY29tbWFuZAorICAgICAgICAgICAgICAgICAgICAgICAgIChpZiAob3Ig aXNwZWxsLWVuY29kaW5nOC1jb21tYW5kIGlzcGVsbC1yZWFsbHktZW5jaGFudCkKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgJ3V0Zi04CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAo bnRoIDcgYWRpY3QpKSkKICAgICAgICAgICAgICAgICAgICAgICBhZGljdCkKQEAgLTE3NDIsOSAr MTgwNSwxMCBAQCBpc3BlbGwtYWNjZXB0LW91dHB1dAogCSAgICAoZXJhc2UtYnVmZmVyKSkpKSkp KQogCiAoZGVmdW4gaXNwZWxsLXNlbmQtcmVwbGFjZW1lbnQgKG1pc3NwZWxsZWQgcmVwbGFjZW1l bnQpCi0gICJOb3RpZnkgQXNwZWxsIHRoYXQgTUlTU1BFTExFRCBzaG91bGQgYmUgc3BlbGxlZCBS RVBMQUNFTUVOVC4KLVRoaXMgYWxsb3dzIGltcHJvdmluZyB0aGUgc3VnZ2VzdGlvbiBsaXN0IGJh c2VkIG9uIGFjdHVhbCBtaXNzcGVsbGluZ3MuIgotICAoYW5kIGlzcGVsbC1yZWFsbHktYXNwZWxs CisgICJOb3RpZnkgc3BlbGwgY2hlY2tlciB0aGF0IE1JU1NQRUxMRUQgc2hvdWxkIGJlIHNwZWxs ZWQgUkVQTEFDRU1FTlQuCitUaGlzIGFsbG93cyBpbXByb3ZpbmcgdGhlIHN1Z2dlc3Rpb24gbGlz dCBiYXNlZCBvbiBhY3R1YWwgbWlzc3BlbGxpbmdzLgorT25seSB3b3JrcyBmb3IgQXNwZWxsIGFu ZCBFbmNoYW50LiIKKyAgKGFuZCAob3IgaXNwZWxsLXJlYWxseS1hc3BlbGwgaXNwZWxsLXJlYWxs eS1lbmNoYW50KQogICAgICAgIChpc3BlbGwtc2VuZC1zdHJpbmcgKGNvbmNhdCAiJCRyYSAiIG1p c3NwZWxsZWQgIiwiIHJlcGxhY2VtZW50ICJcbiIpKSkpCiAKIAotLSAKMi43LjQKCg== --001a113de20a63e773055650792a Content-Type: text/x-patch; charset="US-ASCII"; name="0002-Remove-old-comments-and-a-redundant-FIXME.patch" Content-Disposition: attachment; filename="0002-Remove-old-comments-and-a-redundant-FIXME.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j64xtv3q1 RnJvbSAxMWE3ODg0N2YyZmZiODdjZGY5M2YwMGZkMTNhZDdhNWVkM2YyYTA4IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFR1 ZSwgOCBBdWcgMjAxNyAxNTo1NjowMyArMDEwMApTdWJqZWN0OiBbUEFUQ0ggMi8yXSBSZW1vdmUg b2xkIGNvbW1lbnRzIGFuZCBhIHJlZHVuZGFudCBGSVhNRQoKKiBsaXNwL3RleHRtb2Rlcy9pc3Bl bGwuZWwgKGlzcGVsbC1wcm9jZXNzLWxpbmUpOiBSZW1vdmUgc29tZSBvbGQKY29tbWVudGVkIGNv ZGUsIGEgcmVkdW5kYW50IEZJWE1FLCBhbmQgb3V0ZGF0ZWQgdXNhZ2UgaW5zdHJ1Y3Rpb25zLgot LS0KIGxpc3AvdGV4dG1vZGVzL2lzcGVsbC5lbCB8IDMwICsrKystLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQogMSBmaWxlIGNoYW5nZWQsIDQgaW5zZXJ0aW9ucygrKSwgMjYgZGVsZXRpb25zKC0p CgpkaWZmIC0tZ2l0IGEvbGlzcC90ZXh0bW9kZXMvaXNwZWxsLmVsIGIvbGlzcC90ZXh0bW9kZXMv aXNwZWxsLmVsCmluZGV4IGU2Y2EzMmYuLjdhZTJjMGMgMTAwNjQ0Ci0tLSBhL2xpc3AvdGV4dG1v ZGVzL2lzcGVsbC5lbAorKysgYi9saXNwL3RleHRtb2Rlcy9pc3BlbGwuZWwKQEAgLTEsMTAgKzEs OCBAQAotOzs7IGlzcGVsbC5lbCAtLS0gaW50ZXJmYWNlIHRvIEludGVybmF0aW9uYWwgSXNwZWxs IFZlcnNpb25zIDMuMSBhbmQgMy4yICAtKi0gbGV4aWNhbC1iaW5kaW5nOnQgLSotCis7OzsgaXNw ZWxsLmVsIC0tLSBpbnRlcmZhY2UgdG8gc3BlbGwgY2hlY2tlcnMgIC0qLSBsZXhpY2FsLWJpbmRp bmc6dCAtKi0KIAogOzsgQ29weXJpZ2h0IChDKSAxOTk0LTE5OTUsIDE5OTctMjAxNyBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KIAogOzsgQXV0aG9yOiAgICAgICAgICAgS2VuIFN0ZXZl bnMgPGsuc3RldmVuc0BpZWVlLm9yZz4KLTs7IFN0YXR1cyAgICAgICAgICA6IFJlbGVhc2Ugd2l0 aCAzLjEuMTIrIGFuZCAzLjIuMCsgaXNwZWxsLgotOzsgS2V5d29yZHM6IHVuaXggd3AKIAogOzsg VGhpcyBmaWxlIGlzIHBhcnQgb2YgR05VIEVtYWNzLgogCkBAIC0yMSwyMyArMTksMTEgQEAKIDs7 IFlvdSBzaG91bGQgaGF2ZSByZWNlaXZlZCBhIGNvcHkgb2YgdGhlIEdOVSBHZW5lcmFsIFB1Ymxp YyBMaWNlbnNlCiA7OyBhbG9uZyB3aXRoIEdOVSBFbWFjcy4gIElmIG5vdCwgc2VlIDxodHRwOi8v d3d3LmdudS5vcmcvbGljZW5zZXMvPi4KIAotOzsgTm90ZTogdmVyc2lvbiBudW1iZXJzIGFuZCB0 aW1lIHN0YW1wIGFyZSBub3QgdXBkYXRlZAotOzsgICB3aGVuIHRoaXMgZmlsZSBpcyBlZGl0ZWQg Zm9yIHJlbGVhc2Ugd2l0aCBHTlUgRW1hY3MuCi0KIDs7OyBDb21tZW50YXJ5OgogCiA7OyBJTlNU UlVDVElPTlMKIAotOzsgICBUaGlzIGNvZGUgY29udGFpbnMgYSBzZWN0aW9uIG9mIHVzZXItc2V0 dGFibGUgdmFyaWFibGVzIHRoYXQgeW91Ci07OyBzaG91bGQgaW5zcGVjdCBwcmlvciB0byBpbnN0 YWxsYXRpb24uICBMb29rIHBhc3QgdGhlIGVuZCBvZiB0aGUgaGlzdG9yeQotOzsgbGlzdC4gIFNl dCB0aGVtIHVwIGZvciB5b3VyIGxvY2FsZSBhbmQgdGhlIHByZWZlcmVuY2VzIG9mIHRoZSBtYWpv cml0eQotOzsgb2YgdGhlIHVzZXJzLiAgT3RoZXJ3aXNlIHRoZSB1c2VycyBtYXkgbmVlZCB0byBz ZXQgYSBudW1iZXIgb2YgdmFyaWFibGVzCi07OyB0aGVtc2VsdmVzLgotOzsgICBZb3UgcGFydGlj dWxhcmx5IG1heSB3YW50IHRvIGNoYW5nZSB0aGUgZGVmYXVsdCBkaWN0aW9uYXJ5IGZvciB5b3Vy Ci07OyBjb3VudHJ5IGFuZCBsYW5ndWFnZS4KLTs7ICAgTW9zdCBkaWN0aW9uYXJ5IGNoYW5nZXMg c2hvdWxkIGJlIG1hZGUgaW4gdGhpcyBmaWxlIHNvIGFsbCB1c2VycyBjYW4KLTs7IGVuam95IHRo ZW0uICBMb2NhbCBvciBtb2RpZmllZCBkaWN0aW9uYXJpZXMgYXJlIHN1cHBvcnRlZCBpbiB5b3Vy IC5lbWFjcwotOzsgZmlsZS4gIFVzZSB0aGUgdmFyaWFibGUgYGlzcGVsbC1sb2NhbC1kaWN0aW9u YXJ5LWFsaXN0JyB0byBzcGVjaWZ5Cis7OyAgIFVzZSB0aGUgdmFyaWFibGUgYGlzcGVsbC1sb2Nh bC1kaWN0aW9uYXJ5LWFsaXN0JyB0byBzcGVjaWZ5CiA7OyB5b3VyIG93biBkaWN0aW9uYXJpZXMu CiAKIDs7ICBEZXBlbmRpbmcgb24gdGhlIG1haWwgc3lzdGVtIHlvdSB1c2UsIHlvdSBtYXkgd2Fu dCB0byBpbmNsdWRlIHRoZXNlOgpAQCAtMTEyLDcgKzk4LDcgQEAKIDs7ICBOZWVkIGEgd2F5IHRv IHNlbGVjdCBiZXR3ZWVuIGRpZmZlcmVudCBjaGFyYWN0ZXIgbWFwcGluZ3Mgd2l0aG91dCBzZXBh cmF0ZQogOzsgICAgZGljdGlvbmFyeSBlbnRyaWVzLgogOzsgIE11bHRpLWJ5dGUgY2hhcmFjdGVy cyBpZiBub3QgZGVmaW5lZCBieSBjdXJyZW50IGRpY3Rpb25hcnkgbWF5IHJlc3VsdCBpbiB0aGUK LTs7ICAgIGV2aWwgIm1pc2FsaWdubWVudCBlcnJvciIgaW4gc29tZSB2ZXJzaW9ucyBvZiBNVUxF IEVtYWNzLgorOzsgICAgZXZpbCAibWlzYWxpZ25tZW50IGVycm9yIiBpbiBzb21lIHZlcnNpb25z IG9mIEVtYWNzLgogOzsgIE9uIHNvbWUgdmVyc2lvbnMgb2YgRW1hY3MsIGdyb3dpbmcgdGhlIG1p bmlidWZmZXIgZmFpbHMuCiA7OyAgICBzZWUgYGlzcGVsbC1oZWxwLWluLWJ1ZmZlcnAnLgogOzsg IFJlY3Vyc2l2ZSBlZGl0cyAoP0MtciBvciA/UikgaW5zaWRlIGEga2V5Ym9hcmQgdGV4dCByZXBs YWNlbWVudCBjaGVjayAoP3IpCkBAIC0zNTI0LDE3ICszNTEwLDkgQEAgaXNwZWxsLXByb2Nlc3Mt bGluZQogICAgICAgICAgICAgICAgICAgICAgIChzZXRxIGlzcGVsbC1maWx0ZXIgcmVjaGVjay1y ZWdpb24KICAgICAgICAgICAgICAgICAgICAgICAgICAgICByZWNoZWNrLXJlZ2lvbiBuaWwKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICByZXBsYWNlIHJlcGxhY2Utd29yZCkpKSkpCisgICAg ICAgICAgICAgIChzZXRxIHNoaWZ0ICgrIHNoaWZ0ICgtIChsZW5ndGggcmVwbGFjZSkgd29yZC1s ZW4pKSkpKQogCi0gICAgICAgICAgICAgIChzZXRxIHNoaWZ0ICgrIHNoaWZ0ICgtIChsZW5ndGgg cmVwbGFjZSkgd29yZC1sZW4pKSkKLQotICAgICAgICAgICAgICA7OyBNb3ZlIGxpbmUtc3RhcnQg YWNyb3NzIHdvcmQuLi4KLSAgICAgICAgICAgICAgOzsgbmV3IHNoaWZ0IGZ1bmN0aW9uIGRvZXMg dGhpcyBub3cuLi4KLSAgICAgICAgICAgICAgOzsoc2V0LW1hcmtlciBsaW5lLXN0YXJ0ICgrIGxp bmUtc3RhcnQKLSAgICAgICAgICAgICAgOzsJCQkoLSAobGVuZ3RoIHJlcGxhY2UpCi0gICAgICAg ICAgICAgIDs7CQkJICAgKGxlbmd0aCAoY2FyIHBvc3MpKSkpKQotICAgICAgICAgICAgICApKQog ICAgICAgICAgICAgKGlmIChub3QgaXNwZWxsLXF1aXQpCi0gICAgICAgICAgICAgICAgOzsgRklY TUU6IHJlbW92ZSByZWR1bmRhbmN5IHdpdGggaWRlbnRpY2FsIGNvZGUgYWJvdmUuCiAgICAgICAg ICAgICAgICAgKGxldCAobWVzc2FnZS1sb2ctbWF4KQogICAgICAgICAgICAgICAgICAgKG1lc3Nh Z2UKICAgICAgICAgICAgICAgICAgICAiQ29udGludWluZyBzcGVsbGluZyBjaGVjayB1c2luZyAl cyB3aXRoICVzIGRpY3Rpb25hcnkuLi4iCi0tIAoyLjcuNAoK --001a113de20a63e773055650792a-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2017 08:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150304648215058 (code B ref 17742); Fri, 18 Aug 2017 08:55:01 +0000 Received: (at 17742) by debbugs.gnu.org; 18 Aug 2017 08:54:42 +0000 Received: from localhost ([127.0.0.1]:43504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1did3C-0003uo-I8 for submit@debbugs.gnu.org; Fri, 18 Aug 2017 04:54:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1did3B-0003uY-R1 for 17742@debbugs.gnu.org; Fri, 18 Aug 2017 04:54:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1did33-00079f-LU for 17742@debbugs.gnu.org; Fri, 18 Aug 2017 04:54:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1did33-00079X-I7; Fri, 18 Aug 2017 04:54:33 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4349 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1did32-0006aG-AB; Fri, 18 Aug 2017 04:54:32 -0400 Date: Fri, 18 Aug 2017 11:54:21 +0300 Message-Id: <83pobtdznm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Wed, 9 Aug 2017 12:35:16 +0100) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Reuben Thomas > Date: Wed, 9 Aug 2017 12:35:16 +0100 > Cc: 17742@debbugs.gnu.org > > On 21 December 2016 at 17:32, Reuben Thomas wrote: > > On 21 December 2016 at 17:13, Eli Zaretskii wrote: > > Maybe we should simply wait until Enchant acquires those APIs. > > ​I'll revisit this when a new Enchant release is made. The timing and future plans for Enchant and Emacs > might affect the decision at that point, or I might have found more energy to implement hunspell > dictionary scanning for Enchant! > > ​I attach updated patches, one for Enchant support, and the other to remove a little historical cruft from > ispell.el. > > Enchant 2.1.0 (just released) adds support for getting the otherchars character list (currently only supported > on hunspell), and the ispell.el support uses it. > > Hence, I believe that the Enchant support should now satisfy Eli's requirements. Thanks, this looks OK to me. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2017 13:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150323414216509 (code B ref 17742); Sun, 20 Aug 2017 13:03:02 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Aug 2017 13:02:22 +0000 Received: from localhost ([127.0.0.1]:46181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djPrs-0004I7-Bv for submit@debbugs.gnu.org; Sun, 20 Aug 2017 09:02:22 -0400 Received: from mail-qk0-f170.google.com ([209.85.220.170]:36978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djPrp-0004Hr-Bn for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 09:02:14 -0400 Received: by mail-qk0-f170.google.com with SMTP id z18so72051952qka.4 for <17742@debbugs.gnu.org>; Sun, 20 Aug 2017 06:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=6h2urgRdYqiQWUQT67WbQ9QkZcisS0U1tLVx0DcATxQ=; b=r2WOu69HfSzQ+nxuejc4+G1RFvhKbRIM1/nO25mKwCiDua/v6EHu9oy0iB3YzMI7vC BoyhOzm2XxEEDRtaghKZSoaBt8eIErl5febMav35/HyEaOw1BmeSY6++7GpkC3Jbt/kn 9L/igsTaO+0zuUo3XySEPs5Beusb4MyIoc8zk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=6h2urgRdYqiQWUQT67WbQ9QkZcisS0U1tLVx0DcATxQ=; b=tbGIT77lPyfoUgtYdBs95KLXiHIzgDJ0Lf19XqF/SCECnOWYWME7Z+qIWA9H0lCR0P CPfJi1Yb2ofnxv9f+wpgQ8CvJtlcyVf/70uvMwlMfGtv67ajY1hBSAtmk+BkNiRUeen1 EXJ8a8x+1TX1KlRS3i7rPnQcYy1K7U0rUNDmT50Kipif44CobtRDFnIIcvlA3OjavIWf Od0ak+WcFdOBS+sr+3NBJDpTUzDGbaEP3kJmauM6xqwBHtVdIcg+VjNxtGlzuOb1P3gd V6ednA0HqQb5wqnoQMZDBq/VQPCMetoGMKV8Q2sbhIF08s+m7/aeVByasl78RlL5IqiV 6Cpw== X-Gm-Message-State: AHYfb5ickS7izfTp7AP03dLjpAiT1Pgd5WGjff65mtg76Zh3zAeHt6CM P1kUV9EfNMQJJWp/jpR9F6yRIxPmaw2D X-Received: by 10.55.92.130 with SMTP id q124mr18709196qkb.274.1503234127777; Sun, 20 Aug 2017 06:02:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.197.71 with HTTP; Sun, 20 Aug 2017 06:02:06 -0700 (PDT) In-Reply-To: <83pobtdznm.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> <83pobtdznm.fsf@gnu.org> From: Reuben Thomas Date: Sun, 20 Aug 2017 14:02:06 +0100 Message-ID: Content-Type: multipart/mixed; boundary="001a114e738e339af905572ef862" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a114e738e339af905572ef862 Content-Type: text/plain; charset="UTF-8" On 18 August 2017 at 09:54, Eli Zaretskii wrote: > > Thanks, this looks OK to me. Thanks for the review. I attach one final patch, to document the changes; is that OK? I have removed the list of spell-checkers from all but one place in the manual, for ease of future maintenance. -- https://rrt.sc3d.org --001a114e738e339af905572ef862 Content-Type: text/x-patch; charset="US-ASCII"; name="0003-Document-Enchant-support.patch" Content-Disposition: attachment; filename="0003-Document-Enchant-support.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j6kqs8ka0 RnJvbSBjZjc0YzI3YmExNDAxYWJhMjE2MjY3YjVhOTkwMGU2NTlkMWIyYTI1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBSZXViZW4gVGhvbWFzIDxycnRAc2MzZC5vcmc+CkRhdGU6IFN1 biwgMjAgQXVnIDIwMTcgMTM6NTY6MzggKzAxMDAKU3ViamVjdDogW1BBVENIIDMvM10gRG9jdW1l bnQgRW5jaGFudCBzdXBwb3J0CgoqIGRvYy9lbWFjcy9maXhpdC50ZXhpOiBNZW50aW9uIEVuY2hh bnQuCiogZG9jL21pc2MvZWZhcS50ZXhpOiBMaWtld2lzZS4KKiBldGMvTkVXUzogQWRkIGFuIGl0 ZW0gb24gRW5jaGFudCBzdXBwb3J0LgotLS0KIGRvYy9lbWFjcy9maXhpdC50ZXhpIHwgMTQgKysr KysrKy0tLS0tLS0KIGRvYy9taXNjL2VmYXEudGV4aSAgIHwgMTIgKysrKysrKystLS0tCiBldGMv TkVXUyAgICAgICAgICAgICB8IDExICsrKysrKysrKysrCiAzIGZpbGVzIGNoYW5nZWQsIDI2IGlu c2VydGlvbnMoKyksIDExIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2RvYy9lbWFjcy9maXhp dC50ZXhpIGIvZG9jL2VtYWNzL2ZpeGl0LnRleGkKaW5kZXggZjgzM2Y1Ny4uZjJkYmE4MyAxMDA2 NDQKLS0tIGEvZG9jL2VtYWNzL2ZpeGl0LnRleGkKKysrIGIvZG9jL2VtYWNzL2ZpeGl0LnRleGkK QEAgLTIyNyw3ICsyMjcsNyBAQCBTcGVsbGluZwogCiAgIFRoaXMgc2VjdGlvbiBkZXNjcmliZXMg dGhlIGNvbW1hbmRzIHRvIGNoZWNrIHRoZSBzcGVsbGluZyBvZiBhCiBzaW5nbGUgd29yZCBvciBv ZiBhIHBvcnRpb24gb2YgYSBidWZmZXIuICBUaGVzZSBjb21tYW5kcyBvbmx5IHdvcmsgaWYKLXRo ZSBzcGVsbGluZyBjaGVja2VyIHByb2dyYW0gQXNwZWxsLCBJc3BlbGwgb3IgSHVuc3BlbGwgaXMg aW5zdGFsbGVkLgordGhlIHNwZWxsaW5nIGNoZWNrZXIgcHJvZ3JhbSBIdW5zcGVsbCwgQXNwZWxs LCBJc3BlbGwgb3IgRW5jaGFudCBpcyBpbnN0YWxsZWQuCiBUaGVzZSBwcm9ncmFtcyBhcmUgbm90 IHBhcnQgb2YgRW1hY3MsIGJ1dCBvbmUgb2YgdGhlbSBpcyB1c3VhbGx5CiBpbnN0YWxsZWQgaW4g R05VL0xpbnV4IGFuZCBvdGhlciBmcmVlIG9wZXJhdGluZyBzeXN0ZW1zLgogQGlmbm90dGV4CkBA IC0yNDksOSArMjQ5LDkgQEAgU3BlbGxpbmcKIENoZWNrIGFuZCBjb3JyZWN0IHNwZWxsaW5nIGlu IGEgZHJhZnQgbWFpbCBtZXNzYWdlLCBleGNsdWRpbmcgY2l0ZWQKIG1hdGVyaWFsLgogQGl0ZW0g TS14IGlzcGVsbC1jaGFuZ2UtZGljdGlvbmFyeSBAa2V5e1JFVH0gQHZhcntkaWN0fSBAa2V5e1JF VH0KLVJlc3RhcnQgdGhlIEFzcGVsbC9Jc3BlbGwvSHVuc3BlbGwgcHJvY2VzcywgdXNpbmcgQHZh cntkaWN0fSBhcyB0aGUgZGljdGlvbmFyeS4KK1Jlc3RhcnQgdGhlIHNwZWxsLWNoZWNrZXIgcHJv Y2VzcywgdXNpbmcgQHZhcntkaWN0fSBhcyB0aGUgZGljdGlvbmFyeS4KIEBpdGVtIE0teCBpc3Bl bGwta2lsbC1pc3BlbGwKLUtpbGwgdGhlIEFzcGVsbC9Jc3BlbGwvSHVuc3BlbGwgc3VicHJvY2Vz cy4KK0tpbGwgdGhlIHNwZWxsLWNoZWNrZXIgc3VicHJvY2Vzcy4KIEBpdGVtIE0tQGtleXtUQUJ9 CiBAaXRlbXggQGtleXtFU0N9IEBrZXl7VEFCfQogQGl0ZW14IEMtTS1pCkBAIC0zMTksOCArMzE5 LDggQEAgU3BlbGxpbmcKIGVkaXRpbmcgc2Vzc2lvbiBhbmQgZm9yIHRoaXMgYnVmZmVyLgogCiBA aXRlbSBpCi1JbnNlcnQgdGhpcyB3b3JkIGluIHlvdXIgcHJpdmF0ZSBkaWN0aW9uYXJ5IGZpbGUg c28gdGhhdCBBc3BlbGwgb3IgSXNwZWxsCi1vciBIdW5zcGVsbCB3aWxsIGNvbnNpZGVyIGl0IGNv cnJlY3QgZnJvbSBub3cgb24sIGV2ZW4gaW4gZnV0dXJlIHNlc3Npb25zLgorSW5zZXJ0IHRoaXMg d29yZCBpbiB5b3VyIHByaXZhdGUgZGljdGlvbmFyeSBmaWxlIHNvIHRoYXQgaXQgd2lsbCBiZQor Y29uc2lkZXJlZCBjb3JyZWN0IGZyb20gbm93IG9uLCBldmVuIGluIGZ1dHVyZSBzZXNzaW9ucy4K IAogQGl0ZW0gbQogTGlrZSBAa2Jke2l9LCBidXQgeW91IGNhbiBhbHNvIHNwZWNpZnkgZGljdGlv bmFyeSBjb21wbGV0aW9uCkBAIC0zNjQsNyArMzY0LDcgQEAgU3BlbGxpbmcKIAogQGNpbmRleCBA Y29kZXtpc3BlbGx9IHByb2dyYW0KIEBmaW5kZXggaXNwZWxsLWtpbGwtaXNwZWxsCi0gIE9uY2Ug c3RhcnRlZCwgdGhlIEFzcGVsbCBvciBJc3BlbGwgb3IgSHVuc3BlbGwgc3VicHJvY2VzcyBjb250 aW51ZXMKKyAgT25jZSBzdGFydGVkLCB0aGUgc3BlbGwtY2hlY2tlciBzdWJwcm9jZXNzIGNvbnRp bnVlcwogdG8gcnVuLCB3YWl0aW5nIGZvciBzb21ldGhpbmcgdG8gZG8sIHNvIHRoYXQgc3Vic2Vx dWVudCBzcGVsbCBjaGVja2luZwogY29tbWFuZHMgY29tcGxldGUgbW9yZSBxdWlja2x5LiAgSWYg eW91IHdhbnQgdG8gZ2V0IHJpZCBvZiB0aGUKIHByb2Nlc3MsIHVzZSBAa2Jke00teCBpc3BlbGwt a2lsbC1pc3BlbGx9LiAgVGhpcyBpcyBub3QgdXN1YWxseQpAQCAtMzc1LDcgKzM3NSw3IEBAIFNw ZWxsaW5nCiBAdmluZGV4IGlzcGVsbC1sb2NhbC1kaWN0aW9uYXJ5CiBAdmluZGV4IGlzcGVsbC1w ZXJzb25hbC1kaWN0aW9uYXJ5CiBAZmluZGV4IGlzcGVsbC1jaGFuZ2UtZGljdGlvbmFyeQotICBJ c3BlbGwsIEFzcGVsbCBhbmQgSHVuc3BlbGwgbG9vayB1cCBzcGVsbGluZyBpbiB0d28gZGljdGlv bmFyaWVzOgorICBTcGVsbC1jaGVja2VycyBsb29rIHVwIHNwZWxsaW5nIGluIHR3byBkaWN0aW9u YXJpZXM6CiB0aGUgc3RhbmRhcmQgZGljdGlvbmFyeSBhbmQgeW91ciBwZXJzb25hbCBkaWN0aW9u YXJ5LiAgVGhlIHN0YW5kYXJkCiBkaWN0aW9uYXJ5IGlzIHNwZWNpZmllZCBieSB0aGUgdmFyaWFi bGUgQGNvZGV7aXNwZWxsLWxvY2FsLWRpY3Rpb25hcnl9CiBvciwgaWYgdGhhdCBpcyBAY29kZXtu aWx9LCBieSB0aGUgdmFyaWFibGUgQGNvZGV7aXNwZWxsLWRpY3Rpb25hcnl9LgpkaWZmIC0tZ2l0 IGEvZG9jL21pc2MvZWZhcS50ZXhpIGIvZG9jL21pc2MvZWZhcS50ZXhpCmluZGV4IGU5Y2ZlN2Eu LmMzMjk5ODQgMTAwNjQ0Ci0tLSBhL2RvYy9taXNjL2VmYXEudGV4aQorKysgYi9kb2MvbWlzYy9l ZmFxLnRleGkKQEAgLTM0NjQsMjIgKzM0NjQsMjYgQEAgU3BlbGwtY2hlY2tlcnMKIEBzZWN0aW9u IFNwZWxsLWNoZWNrZXJzCiBAY2luZGV4IFNwZWxsLWNoZWNrZXIKIEBjaW5kZXggQ2hlY2tpbmcg c3BlbGxpbmcKLUBjaW5kZXggSXNwZWxsCi1AY2luZGV4IEFzcGVsbAogQGNpbmRleCBIdW5zcGVs bAorQGNpbmRleCBBc3BlbGwKK0BjaW5kZXggSXNwZWxsCitAY2luZGV4IEVuY2hhbnQKIAogVmFy aW91cyBzcGVsbC1jaGVja2VycyBhcmUgY29tcGF0aWJsZSB3aXRoIEVtYWNzLCBpbmNsdWRpbmc6 CiAKIEB0YWJsZSBAYgogCitAaXRlbSBIdW5zcGVsbAorQHVyZWZ7aHR0cDovL2h1bnNwZWxsLnNv dXJjZWZvcmdlLm5ldC99CisKIEBpdGVtIEdOVSBBc3BlbGwKIEB1cmVme2h0dHA6Ly9hc3BlbGwu bmV0L30KIAogQGl0ZW0gSXNwZWxsCiBAdXJlZntodHRwOi8vZm1nLXd3dy5jcy51Y2xhLmVkdS9n ZW9mZi9pc3BlbGwuaHRtbH0KIAotQGl0ZW0gSHVuc3BlbGwKLUB1cmVme2h0dHA6Ly9odW5zcGVs bC5zb3VyY2Vmb3JnZS5uZXQvfQorQGl0ZW0gRW5jaGFudAorQHVyZWZ7aHR0cHM6Ly9hYml3b3Jk LmdpdGh1Yi5pby9lbmNoYW50L30KIAogQGVuZCB0YWJsZQogCmRpZmYgLS1naXQgYS9ldGMvTkVX UyBiL2V0Yy9ORVdTCmluZGV4IDc3NzRkNzUuLjA5MzkwMzMgMTAwNjQ0Ci0tLSBhL2V0Yy9ORVdT CisrKyBiL2V0Yy9ORVdTCkBAIC0xMDg0LDYgKzEwODQsMTcgQEAgZmlsZS4KICoqIE5ldyBETlMg bW9kZSBjb21tYW5kICdkbnMtbW9kZS1pcHY2LXRvLW5pYmJsZXMnIHRvIGNvbnZlcnQgSVB2NiBh ZGRyZXNzZXMKIHRvIGEgZm9ybWF0IHN1aXRhYmxlIGZvciByZXZlcnNlIGxvb2t1cCB6b25lIGZp bGVzLgogCisqKiBJc3BlbGwKKworKysrCisqKiogRW5jaGFudCAodmVyc2lvbiAyLjEuMCBvciBs YXRlciByZXF1aXJlZCkgaXMgbm93IHN1cHBvcnRlZCBhcyBhCitzcGVsbC1jaGVja2VyLiAgRW5j aGFudCBpcyBhIG1ldGEtc3BlbGwtY2hlY2tlciB0aGF0IHVzZXMgcHJvdmlkZXJzCitzdWNoIGFz IEh1bnNwZWxsIHRvIGRvIHRoZSBhY3R1YWwgY2hlY2tpbmcuICBXaXRoIGl0LCB1c2VycyBjYW4g dXNlCitzcGVsbC1jaGVja2VycyBub3QgZGlyZWN0bHkgc3VwcG9ydGVkIGJ5IEVtYWNzLCBzdWNo IGFzIFZvaWtrbywgSHNwZWxsCithbmQgQXBwbGVTcGVsbCwgbW9yZSBlYXNpbHkgc2hhcmUgcGVy c29uYWwgd29yZC1saXN0cyB3aXRoIG90aGVyCitwcm9ncmFtcywgYW5kIGNvbmZpZ3VyZSBkaWZm ZXJlbnQgc3BlbGxpbmctY2hlY2tlcnMgZm9yIGRpZmZlcmVudAorbGFuZ3VhZ2VzLgorCiAqKiBG bHltYWtlCiAKICsrKwotLSAKMi43LjQKCg== --001a114e738e339af905572ef862-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2017 14:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150324014225700 (code B ref 17742); Sun, 20 Aug 2017 14:43:02 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Aug 2017 14:42:22 +0000 Received: from localhost ([127.0.0.1]:46776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRQk-0006gS-06 for submit@debbugs.gnu.org; Sun, 20 Aug 2017 10:42:22 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRQi-0006gF-Kg for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 10:42:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1djRQY-0001fr-OQ for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 10:42:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41623) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1djRQY-0001fn-Ks; Sun, 20 Aug 2017 10:42:10 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4144 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1djRQX-0007ny-VN; Sun, 20 Aug 2017 10:42:10 -0400 Date: Sun, 20 Aug 2017 17:42:02 +0300 Message-Id: <83mv6ucnd1.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Sun, 20 Aug 2017 14:02:06 +0100) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> <83pobtdznm.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Reuben Thomas > Date: Sun, 20 Aug 2017 14:02:06 +0100 > Cc: 17742@debbugs.gnu.org > > On 18 August 2017 at 09:54, Eli Zaretskii wrote: > > > > Thanks, this looks OK to me. > > Thanks for the review. I attach one final patch, to document the > changes; is that OK? I have removed the list of spell-checkers from > all but one place in the manual, for ease of future maintenance. This is fine, thanks. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2017 14:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150324064126420 (code B ref 17742); Sun, 20 Aug 2017 14:51:01 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Aug 2017 14:50:41 +0000 Received: from localhost ([127.0.0.1]:46784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRYn-0006s4-AO for submit@debbugs.gnu.org; Sun, 20 Aug 2017 10:50:41 -0400 Received: from mail-qk0-f178.google.com ([209.85.220.178]:36417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRYl-0006rq-Cp for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 10:50:40 -0400 Received: by mail-qk0-f178.google.com with SMTP id o63so7613828qkb.3 for <17742@debbugs.gnu.org>; Sun, 20 Aug 2017 07:50:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=v9QH+gGIK2ncjadNKHK+bKaOhyiQXnfWAhLHeuEBrAo=; b=VvX5E+DeucJurHEH/aeAZBiuPMOMUEW3QjDb625DGjL2d4ZTQic25Us+uKUMUEczx6 8CLQ7AHj1hYW118OiqV0SherRmCYZpMDEer8EFEsF8LSx5GG/qfXJQ1a/Tc3wPU3WJz8 H3P8ogD4gmdbfAI6/hHRA5KWF0v1r2KADdIp4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=v9QH+gGIK2ncjadNKHK+bKaOhyiQXnfWAhLHeuEBrAo=; b=dj1CEjUSjPLETQY7mrvnSszKbkFFG9sdrYK+lWDtQCrqsDGMo+8RhE5Rr2/p734YdC Qr1DyBP8BdpVXTex9CH/0QlifGZRp+h2GCCci2WYh0o7/QwGz1AKOGBikDKs274hFKgr /NLK1gCKVNQtN7VEDDSefnlsLA1KzOQIBMU0Bu0nhncXWbk9vNzqBIG3mWDpXIZNjkHl SvnLvrq1/OhA/hspbNS1B+TIzvd723kCCsVjRi8/amsqBhdJ1TFXM35kAKyY+zVEqQce QPK9TkynGPWFINnapvVzd2JNHduazVXilSk4DlUE1skD+kFBPxpPsXRVdmk7F2HuYoQM oQbw== X-Gm-Message-State: AHYfb5jFWhXKKgzoA0YNEnucg996VsGukeWiQKWr3OgXHO483uFKI4vG 4PDMSgOemYth5cg7dgfKF4eNuCXAnkfa X-Received: by 10.55.184.5 with SMTP id i5mr133974qkf.196.1503240633672; Sun, 20 Aug 2017 07:50:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.197.71 with HTTP; Sun, 20 Aug 2017 07:50:32 -0700 (PDT) In-Reply-To: <83mv6ucnd1.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> <83pobtdznm.fsf@gnu.org> <83mv6ucnd1.fsf@gnu.org> From: Reuben Thomas Date: Sun, 20 Aug 2017 15:50:32 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 20 August 2017 at 15:42, Eli Zaretskii wrote: >> From: Reuben Thomas >> Date: Sun, 20 Aug 2017 14:02:06 +0100 >> Cc: 17742@debbugs.gnu.org >> >> On 18 August 2017 at 09:54, Eli Zaretskii wrote: >> > >> > Thanks, this looks OK to me. >> >> Thanks for the review. I attach one final patch, to document the >> changes; is that OK? I have removed the list of spell-checkers from >> all but one place in the manual, for ease of future maintenance. > > This is fine, thanks. Thanks again; changes pushed. -- https://rrt.sc3d.org From unknown Sat Aug 16 19:16:02 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Reuben Thomas Subject: bug#17742: closed () Message-ID: References: X-Gnu-PR-Message: they-closed 17742 X-Gnu-PR-Package: emacs Reply-To: 17742@debbugs.gnu.org Date: Sun, 20 Aug 2017 14:52:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1503240722-26546-1" This is a multi-part message in MIME format... ------------=_1503240722-26546-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17742: Support for enchant? which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 17742@debbugs.gnu.org. --=20 17742: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17742 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1503240722-26546-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17742-done) by debbugs.gnu.org; 20 Aug 2017 14:51:05 +0000 Received: from localhost ([127.0.0.1]:46788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRZB-0006t3-KL for submit@debbugs.gnu.org; Sun, 20 Aug 2017 10:51:05 -0400 Received: from mail-qt0-f181.google.com ([209.85.216.181]:36349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djRZ8-0006sQ-AY for 17742-done@debbugs.gnu.org; Sun, 20 Aug 2017 10:51:02 -0400 Received: by mail-qt0-f181.google.com with SMTP id v29so72894020qtv.3 for <17742-done@debbugs.gnu.org>; Sun, 20 Aug 2017 07:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:from:date:message-id:subject:to; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; b=RniOKBNyRaFVG3UP2JpXX0Zsat3sPrpXtY9IUvEUI74/hjYP4v9LNifUrp+0uymf4l Fqapev5am0aKBUx63CQ1X8PTlUWDRd2/pte0+4t+vj04Sl/d4yQHbQgP/LYQTo7RBqTC C0uKL1YvZIqXD1audEN4A9J0bgotmfVzzEy8s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; b=iS7UToeL3vk92JXzVDc2qg/IfQRwIq447Mvi6n99zhW9/RCDImrz7s2LsEhdQ5xg5p BM5rUGlLgZssb1Gpltv9hbFaHdRdqRgy0w1H8yPzHL1YrGl6munc3iM3MshosOv0TyQI ZPIXC8dC9hovcpTH2kv9FgTTI7FZDrXNlEQxfvVh/q/d7fgY/itSrwGWGPzHtHodfRmj eAnKP/zdWmbh6mlvdpL7tBb3otqG/veEtbGFOZnvKiN5qpW3ATyQeOaj9vylbjLHNzjz X6jqjh2krrTsuMibP1jkuPRresvQoEVGhXMbB9uS/uMCM7bRRoq/JS1aLOWL7BEFsLPt L0sw== X-Gm-Message-State: AHYfb5gXKYXHFO/mHdtkUQZ6x051Y9qZu7fEmepDk0sDDErZTo9c+Eoz tpRwjIY3AsR9Zbn7MPpiS3Szcz6CAmlP X-Received: by 10.200.37.139 with SMTP id e11mr21864850qte.50.1503240656676; Sun, 20 Aug 2017 07:50:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.197.71 with HTTP; Sun, 20 Aug 2017 07:50:56 -0700 (PDT) From: Reuben Thomas Date: Sun, 20 Aug 2017 15:50:56 +0100 Message-ID: Subject: To: 17742-done@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.216.181 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.216.181 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.181 listed in wl.mailspike.net] 2.3 EMPTY_MESSAGE Message appears to have no textual parts and no Subject: text 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: 17742-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 4.1 (++++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: [...] Content analysis details: (4.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.216.181 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.181 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.216.181 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 2.3 EMPTY_MESSAGE Message appears to have no textual parts and no Subject: text 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 BLANK_SUBJECT Subject is present but empty ------------=_1503240722-26546-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 10 Jun 2014 00:01:42 +0000 Received: from localhost ([127.0.0.1]:42257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wu9VV-0003Tf-Kb for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57470) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wu9VR-0003TM-CI for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VK-0002EM-NW for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34746) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VK-0002EI-L8 for submit@debbugs.gnu.org; Mon, 09 Jun 2014 20:01:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VJ-0007J4-EW for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VI-0002Dl-GA for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:29 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VI-0002Df-Be for bug-gnu-emacs@gnu.org; Mon, 09 Jun 2014 20:01:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55091) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1Wu9VI-0002pQ-27 for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wu9VG-0002DW-Sy for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:27 -0400 Received: from mail-la0-x22f.google.com ([2a00:1450:4010:c03::22f]:64931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wu9VG-0002DN-I3 for bug-emacs@gnu.org; Mon, 09 Jun 2014 20:01:26 -0400 Received: by mail-la0-f47.google.com with SMTP id pn19so3461445lab.6 for ; Mon, 09 Jun 2014 17:01:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=w/be/n58/chi+mHOYp+F67uvQCj2SQZsu+d4QzMOqJ8=; b=HTG1cGYeod9aoBFpUYKXROqTuZS4HpXoHrXMUpsHuvv6j0B2IHLfj/XUvC/lOfT2Ci nmug/oPX3aTn3fG8gt9llxLqJLtKfYmNXt5OR8mAwlxHif2TVOQDz0JWRQP+7mvk4Pc8 ax/4hgECAxOaoHDqYsSbCD3uTN2EpgV3zLudE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=w/be/n58/chi+mHOYp+F67uvQCj2SQZsu+d4QzMOqJ8=; b=JSLRLuOIxiZDjW6Mbnue57dhJdGE0T03iwGU2EeJNfRQwkHxwMchlSh5iKpVc+u6VT ddf8EOI4JwKbufna4LHm2S6/hiX2k7c5sKB5xaKSCHbUxSkuohtn98QC95e2A23GIJEM K/AAOUTIWrskmzwr3CxtQHdOgbJ+8l0wKxSgxBiepjTOtwgNhsVgp4gvmgyThXsq7437 cyCCiwf94x/i52Bnm6ZB5OOP6xAZf5uWALN4oUBAkx5HZfwOF9/KYKjPc9U8VwfuI8Kl ctDzE5yspf1SOr2Bi0baWfe7Q4dTKktXDkXhUDQ3j6lPSlJtxh+yInFEmFgtn+04KWUF aEVA== X-Gm-Message-State: ALoCoQks14uKVdO8QtBfHeIwo9caitbWCZeIxg0QCmwrPDsyHNs+zP52ODxTOuRKj3kYtIrsowIY MIME-Version: 1.0 X-Received: by 10.152.23.6 with SMTP id i6mr20146530laf.24.1402358484150; Mon, 09 Jun 2014 17:01:24 -0700 (PDT) Received: by 10.152.166.103 with HTTP; Mon, 9 Jun 2014 17:01:24 -0700 (PDT) Date: Tue, 10 Jun 2014 01:01:24 +0100 Message-ID: Subject: Support for enchant? From: Reuben Thomas To: bug-emacs Content-Type: multipart/alternative; boundary=089e0160bbee4bc32e04fb700799 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) --089e0160bbee4bc32e04fb700799 Content-Type: text/plain; charset=UTF-8 It would be good if Emacs supported the Enchant multi-back-end spelling engine wrapper, as this allows users to configure spelling preferences more flexibly than Emacs (in particular, to use different spell-checking engines for different languages), and the configuration works for programs other than Emacs. It seems that it would be pretty trivial to add, since Emacs already works fine (since 2007) if you set ispell-program-name to /usr/bin/enchant. Enchant supports UTF-8 (and only UTF-8) as an encoding, so for optimum functionality, I guess support would need to be added to ispell-encoding8-command (though since this is enchant's only mode of operation, it's unclear that anything needs to be done). In a wider GNU context, the GNU aspell developer wrote a few years ago: "I believe Aspell future depends on making Enchant the system spell checker."[1] Enchant itself seems to be stable, portable, and support a wide range of spelling checker engines, including all those that Emacs already supports; it would be great longer-term to be able to simplify ispell.el by requiring Enchant, and thereby being able to rely on its UTF-8 support and single set of simple options. [1] http://aspell.net/ -- http://rrt.sc3d.org --089e0160bbee4bc32e04fb700799 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It would be good if Emacs supported the Enc= hant multi-back-end spelling engine wrapper, as this allows users to config= ure spelling preferences more flexibly than Emacs (in particular, to use di= fferent spell-checking engines for different languages), and the configurat= ion works for programs other than Emacs.

It seems that it would be pretty trivial to add, since Emacs alre= ady works fine (since 2007) if you set ispell-program-name to /usr/bin/ench= ant.

Enchant supports UTF-8 (and only UTF-8) as an encoding, s= o for optimum functionality, I guess support would need to be added to ispe= ll-encoding8-command (though since this is enchant's only mode of opera= tion, it's unclear that anything needs to be done).

In a wider GNU context, the GNU aspell developer wrote a few year= s ago: "I believe Aspell future depends on making Enchant the system spell checker."[1] Enchant itself seems to be stable, portable,= and support a wide range of spelling checker engines, including all those = that Emacs already supports; it would be great longer-term to be able to si= mplify ispell.el by requiring Enchant, and thereby being able to rely on it= s UTF-8 support and single set of simple options.

[1] http://aspell.net/
--089e0160bbee4bc32e04fb700799-- ------------=_1503240722-26546-1-- From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2017 19:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Reuben Thomas Cc: 17742@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150325771419106 (code B ref 17742); Sun, 20 Aug 2017 19:36:01 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Aug 2017 19:35:14 +0000 Received: from localhost ([127.0.0.1]:46931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djW0A-0004y6-Er for submit@debbugs.gnu.org; Sun, 20 Aug 2017 15:35:14 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djW08-0004xt-FG for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 15:35:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1djW00-0005sD-6b for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 15:35:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1djW00-0005s8-33; Sun, 20 Aug 2017 15:35:04 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4518 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1djVzx-0004qf-Fw; Sun, 20 Aug 2017 15:35:03 -0400 Date: Sun, 20 Aug 2017 22:34:33 +0300 Message-Id: <838tiec9ti.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Reuben Thomas on Sun, 20 Aug 2017 15:50:32 +0100) References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> <83pobtdznm.fsf@gnu.org> <83mv6ucnd1.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Reuben Thomas > Date: Sun, 20 Aug 2017 15:50:32 +0100 > Cc: 17742@debbugs.gnu.org > > Thanks again; changes pushed. Could you please take care of this warning: In end of data: textmodes/ispell.el:4221:1:Warning: the function `string-trim-right' is not known to be defined. Thanks. From unknown Sat Aug 16 19:16:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17742: Acknowledgement (Support for enchant?) Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2017 20:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17742 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17742@debbugs.gnu.org Received: via spool by 17742-submit@debbugs.gnu.org id=B17742.150326142031632 (code B ref 17742); Sun, 20 Aug 2017 20:37:02 +0000 Received: (at 17742) by debbugs.gnu.org; 20 Aug 2017 20:37:00 +0000 Received: from localhost ([127.0.0.1]:46987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djWxv-0008E8-Vv for submit@debbugs.gnu.org; Sun, 20 Aug 2017 16:37:00 -0400 Received: from mail-qk0-f175.google.com ([209.85.220.175]:37077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1djWxu-0008Dw-P6 for 17742@debbugs.gnu.org; Sun, 20 Aug 2017 16:36:59 -0400 Received: by mail-qk0-f175.google.com with SMTP id z18so74538836qka.4 for <17742@debbugs.gnu.org>; Sun, 20 Aug 2017 13:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Nz7xtl6hsx/ZEPziBWG1avFEfaCAAZbUIehkloAPUys=; b=28PWoqSs4328xw1arbs1Jzhyzt8A0KYhtT0nYjxp9o/jN0QOH1L1u5XSeEVt6yYYpq KMWC3Icx6UwnXHnnFQz1wugxDX5uGEBe974zsOeSPbo10+EG85QZXJ81jmcNBU1mliYo OyYQMIkZyar4hV1vMazVcbyKFn2bC+HvpBW5k= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Nz7xtl6hsx/ZEPziBWG1avFEfaCAAZbUIehkloAPUys=; b=qNZQuDVU+qM7z0F7Jt+Dx7FgY5r5XeH429eEYjFLd5Ez8JF4ZAIRNoha1onL7pM1Vm HyL/oJdcL+97OGlHqw7a8u/uUJp+9FHIYG83aVQzUF3i9mdAW007nsKF8uIJCv3NGDom 8jXCimGhgHvrT0iBLJgwTZtj0aKTKobIPuz6NNwE2PGtJcsCyJMzFh13tr6XdGX1LYmG jWYnXftDiKWMn2f4YWA6poq2zLPMQ7ki7OyZhSqZ7hbiLLqMMAUC+BC8x10ZY0aITTnM e4v9IXUUuYvXZKL1lW6CXmC3yazksk/g4L6D6BtW5l6FGsdIr+7OIvJbflYNR+447sS7 7QFg== X-Gm-Message-State: AHYfb5ggbYqohY7xptK7HORnY9IiRZCXhQwgNWrROHWW9b8245z6iD97 baZBG2pZgpAAUo9b7Yb7olnJZ08fUF2p X-Received: by 10.55.184.5 with SMTP id i5mr1042615qkf.196.1503261413244; Sun, 20 Aug 2017 13:36:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.197.71 with HTTP; Sun, 20 Aug 2017 13:36:52 -0700 (PDT) In-Reply-To: <838tiec9ti.fsf@gnu.org> References: <834m2hjbmr.fsf@gnu.org> <83bmwfbxaf.fsf@gnu.org> <837f73bqwv.fsf@gnu.org> <838trb6h7s.fsf@gnu.org> <834m1y4nj7.fsf@gnu.org> <83bmw52ojj.fsf@gnu.org> <83pobtdznm.fsf@gnu.org> <83mv6ucnd1.fsf@gnu.org> <838tiec9ti.fsf@gnu.org> From: Reuben Thomas Date: Sun, 20 Aug 2017 21:36:52 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On 20 August 2017 at 20:34, Eli Zaretskii wrote: >> From: Reuben Thomas >> Date: Sun, 20 Aug 2017 15:50:32 +0100 >> Cc: 17742@debbugs.gnu.org >> >> Thanks again; changes pushed. > > Could you please take care of this warning: > > In end of data: > textmodes/ispell.el:4221:1:Warning: the function `string-trim-right' is not > known to be defined. > > Thanks. Apologies; fix pushed. -- https://rrt.sc3d.org