Re: [GNU ELPA] New package: flymake-harper
Philip Kaludercic <[email protected]>
| Newsgroups | gmane.emacs.devel |
|---|---|
| Message-ID | <[email protected]> |
João Távora <[email protected]> writes: > On Thu, Aug 20, 2026, 19:13 Philip Kaludercic <[email protected]> wrote: > >> João Távora <[email protected]> writes: >> >> > Juri Linkov <[email protected]> writes: >> > >> >>>> 'harper-ls' has a code action for quick fixes that >> >>>> suggests fixes for the selected error. But integration >> >>>> with eglot is more uncertain. >> >>> >> >>> What do you mean? Have you ever tried this particular one? >> >> >> >> I meant trying to implement the same UI as flyspell-mode >> >> for spell-checking by harper. >> > >> > Oh. I haven't used Flyspell in ages. Not sure it should be a reference >> > these days. >> >> IMO it ought to remain the default recommendation. In my experience LSP >> is often more flaky (or at least there is a great variance when it comes >> to quality) and at least currently are not as easy to install as aspell, >> hunspell, enchant, etc. My using flymake to integrate something like >> Harper is only done begrudgingly, since as this thread points out the >> interface is suboptimal, but I still find it more comfortable than to >> integrate LSP -- despite that being the intended usage of Harper. >> > > What's uncomfortable about harper-ls or LSP in general? More moving parts and the general sense of uneasiness that that brings with it. I start eglot and manually specify harper-ls. Since it is async it takes a while, but then I get an error message with that the connection timed out after 30 seconds. With my package I just call M-x flymake-harper-setup and get an error message right away, which I prefer. I am not sure how universal this preference is, but I know it is mine.