Typing lag caused by this mode #19
Comments
|
All the mode does is change the Emacs display table for that character, so if it makes things slow then it might well be an issue with Emacs on your platform. You could also try using |
|
FWIW, I have the same problem, on macOS using GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G6020)) of 2020-09-06. |
|
Weird. I use this on macOS with Emacs 27.1 without any obvious issues. As noted above, the code works by applying a display table entry to the buffer, so it could be that there's an underlying optimisation in the Emacs display engine which is adversely affected by display table remappings, and perhaps particularly if the glyph is composed using a different font. But that's speculation. |
|
I am also experiencing this issue for a long time, it causes moving the cursor up/down extremely slow. However, after I remove the (use-package page-break-lines
;; :demand // <-- this line
:straight t
:hook
(lisp-mode . page-break-lines-mode)
(emacs-lisp-mode . page-break-lines-mode)
(org-agenda-mode . page-break-lines-mode)) |
I'm using GNU Emacs 26.1 (build 1, x86_64-w64-mingw32) of 2018-05-30 and a buffer called from a package called temporary persistent. I'm on an UHD display and I have a funktion that adds an ^L and under that the current date+Time. This buffer is my dump for any incoming unsorted information. So this buffer is filled with lots of ^L that are rendered by this mode.
Now I noticed that when I type the typing is lagging. After turing off the usual suspects like company, I found out that this mode is causing the lag. Any idea?
To test I just press any letter, something like gggggggggggggggggggggggggggggggg. The on/off difference is obviously. I really liked the idea of this mode but this lag seems to make it a candidate for removal.
Describe character on the page-break line character gives me this:
The text was updated successfully, but these errors were encountered: