Re: [GNU ELPA] New package: flymake-harper

On Thu, Aug 20, 2026 at 2:48 PM Richard Stallman <[email protected]> wrote:
>
> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > Oh.  I haven't used Flyspell in ages.  Not sure it should be a reference
>   > these days.
>
> What alternatives do you suggest?

There are a number of them that work via the LSP and Emacs LSP client,
Eglot.  See the Eglot manual for what LSP is, if you're not familiar.

LSP is normally used for programming languages, but works fine with just
natural  language flagging mistakes and offering to fix them, just as it would
in artificial languages.  Choose a free LSP spelling server, like
https://github.com/blopker/codebook or https://github.com/tekumara/typos-lsp
(actually, not sure either of them is free) and access them via Eglot.  If you
wish, you many optionally join/multiplex that server together with other LSP
servers for other non-spelling purposes (check the manual for how to do so).

Another possibility I've learned about recently is
https://github.com/minad/jinx,
but I've not tried it.  AFAIU, that's completely non-LSP, non-Flymake,
non-Flyspell,
a from-scratch UI and backend, which is very efficient.

My preferred way to deal with this would be for Emacs to grow a generic
refactor.el extracted from Eglot's tried-and-tested "code action" architecture
to which Eglot would expose its LSP stuff and programs like jinx or others
could also flag problems and suggest corrections.  This is, AFAIR, an
old request/idea
of Eli.  Maybe after I'm back from holiday I'll find some time to
suggest something,
it'd help if you'd lift the LLM embargo though, as LLM's help tremendously with
prototyping this stuff.

Bye!
João






--
João Távora