emacs-elpa-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[elpa] externals/jinx 15285ba312: README: Formatting


From: ELPA Syncer
Subject: [elpa] externals/jinx 15285ba312: README: Formatting
Date: Sun, 16 Jul 2023 15:57:57 -0400 (EDT)

branch: externals/jinx
commit 15285ba3128aa63bc36790fd1909eb2fd8ab3c06
Author: Daniel Mendler <mail@daniel-mendler.de>
Commit: Daniel Mendler <mail@daniel-mendler.de>

    README: Formatting
---
 README.org | 8 +++++---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/README.org b/README.org
index c13d96c0d9..9047aa4f04 100644
--- a/README.org
+++ b/README.org
@@ -167,9 +167,11 @@ performance and the ability to easily use multiple 
dictionaries at once. The
 following three alternative packages come closest to the behavior of Jinx.
 
 - [[https://github.com/astoff/jit-spell][jit-spell]]: Jinx UI borrows ideas 
from Augusto Stoffel's Jit-spell. Jit-spell
-  uses the less efficient Ispell process communication instead Jinx's calling
-  a native API. Since Jit-spell does not restrict spell checking to the 
visible text only, it may enqueue the entire buffer too eagerly for checking. 
This can happen when scrolling around or when stealth font locking is enabled. 
For this reason, Jit-spell affected load and latency
-  in my tests ([[https://github.com/astoff/jit-spell/issues/9][issue on 
Github]]).
+  uses the less efficient Ispell process communication instead of Jinx's 
calling
+  a native API. Since Jit-spell does not restrict spell checking to the visible
+  text only, it may enqueue the entire buffer too eagerly for checking. This
+  happens when scrolling around or when stealth font locking is enabled. For
+  this reason, Jit-spell affected load and latency in my tests 
([[https://github.com/astoff/jit-spell/issues/9][issue on Github]]).
 
 - [[https://codeberg.org/ideasman42/emacs-spell-fu][spell-fu]]: The idea to 
check words just in the visible text came from Campbell
   Barton's spell-fu package. Spell-fu is fast but incurs high memory overhead 
on



reply via email to

[Prev in Thread] Current Thread [Next in Thread]