From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Grammar checking Date: Fri, 31 Mar 2023 16:11:08 +0300 Message-ID: <831ql52hhv.fsf@gnu.org> References: <87355lqs4v.fsf@gmail.com> <838rfd2mmf.fsf@gnu.org> <87y1nd9j1q.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4523"; mail-complaints-to="usenet@ciao.gmane.io" Cc: relekarpayas@gmail.com, gregory@heytings.org, rms@gnu.org, m.eliachevitch@posteo.de, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Mar 31 15:11:46 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1piEXh-0000wQ-TA for ged-emacs-devel@m.gmane-mx.org; Fri, 31 Mar 2023 15:11:46 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1piEX1-0008GX-FW; Fri, 31 Mar 2023 09:11:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1piEX0-0008FS-9Z for emacs-devel@gnu.org; Fri, 31 Mar 2023 09:11:02 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1piEWz-0002sJ-8A; Fri, 31 Mar 2023 09:11:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=AXl728xU8V7ucqsxkrDSRVtuK9qbNpQv+4AH0qTmEhM=; b=hkI+rqhp58jp V3qpR37rPXa0NF3QqHfHwjTzpyJN2iXXy1yON+bN8jR/qkQhkdCkb3Vl2cKBsftSQD4Z1tAQR6Hmj T2WQ/T81ITjdWGOO1Hz0TdlsMoTsN2S6TiywgGFdJyFlwIjsSrjjpic2BDT8AsbfL9N1ZFyZxx8NP KqvFrgUKG/w0G0UJRcphaOCQJizP4ofGCVi5dSdlc89U6ZSCZ8cG8hX2KYD6OmzDEog/MLQPHBb9+ 1oL8Ivzw/NiW/tpRtxrWpDP8Llev3cCJ4l0P/S+j9/7qXU8Q2QQlI6afYgT3qJIikuAMMcS/+jt0b D/28vOkRGOuotJwTt7wRBQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1piEWs-0000Nf-Vc; Fri, 31 Mar 2023 09:10:55 -0400 In-Reply-To: <87y1nd9j1q.fsf@localhost> (message from Ihor Radchenko on Fri, 31 Mar 2023 12:55:45 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:304917 Archived-At: > From: Ihor Radchenko > Cc: Payas Relekar , gregory@heytings.org, > rms@gnu.org, m.eliachevitch@posteo.de, emacs-devel@gnu.org > Date: Fri, 31 Mar 2023 12:55:45 +0000 > > Eli Zaretskii writes: > > > Is the tool any good in practical use (as opposed to marketing-like > > presentations)? Did someone try to use it in real use cases, like > > when writing significant amounts of prose, and if so, could those who > > did try that please share their experience and impressions? > > I am using it in real-life scenarios for authoring. > LanguageTool the most sophisticated Libre grammar checker around, AFAIK. That's not enough, IMO. It should be good in absolute terms, not in relative terms. > It is not ideal and certainly miss various mistakes in comparison with > proprietary tools like Grammarly, but still much, much better than ispell > and other Libre grammar/style checkers I tried. Comparing grammar checking with spell-checking is not useful. They are different technologies that are almost orthogonal. Grammar checking can find spelling mistakes only by sheer luck, and the reverse is not possible even by luck. > I am not 100% sure if LanguageTool is going to be useful universally. > While it is quite good and even allow extending itself with neural > network models, the performance is not great - even for smaller texts it > is taking a lot of CPU and requires 5-15s of seconds to check the amount > of text constituting my emails (mostly due to slow loading time though). > For larger texts, time scales up to 10s of seconds - minutes. > > I usually use it similar to M-x ispell-buffer - for checking the > complete write-ups. > > Also, extending LanguageTool may not be easy, unless using development > version. It has some strange design decisions - users cannot easily > supply custom local rules, AFAIK. (Or my google fu is not good enough) > > That said, I had some success feeding buffer text to LanguageTool > asynchronously - paragraph by paragraph. Feeding by paragraphs should be good enough, if it takes a few seconds.