[Top][All Lists]

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

bug#29854: 25.3; Eshell buffer editing gets slower as colored output gro

From: Pierre Neidhardt
Subject: bug#29854: 25.3; Eshell buffer editing gets slower as colored output grows
Date: Tue, 2 Jan 2018 13:40:00 +0100

The patch does not seem to do it.  Unless load order matters?

The redifinition of `ansi-color-apply-face-function` works however, plus it comes at the bonus of making Eshell an order of magnitude faster!
I haven't tested estensively yet, but it seems to be a much better default.

On Mon, Jan 1, 2018 at 3:07 AM, Noam Postavsky <address@hidden> wrote:
Pierre Neidhardt <address@hidden> writes:

> The recipe with Evil is as follows:
> - Start Emacs.
> - `M-x eshell'.
> - Insert lots of colored text. On Linux, you can call `dmesg -L=always' a few times.
> - Go to normal state and press `x' wherever you can delete a character.
> It should be possible to reproduce without Evil, I just could not figure
> out a slow operation to replace the last step in the recipe.
> According to the Evil maintainer, the issue comes from markers left
> behind.

So does this fix it?

--- i/lisp/ansi-color.el
+++ w/lisp/ansi-color.el
@@ -417,3 +417,7 @@ ansi-color-apply-on-region
                 start-marker end-marker (ansi-color--find-face codes))
-       (setq ansi-color-context-region (if codes (list codes)))))))
+       (setq ansi-color-context-region (if codes (list codes)))))
+    ;; Clean up our temporary markers.
+    (unless (eq start-marker (cadr ansi-color-context-region))
+      (set-marker start-marker nil))
+    (set-marker end-marker nil)))

Also, I wonder if doing this would help also?

     (lambda (beg end face)
       (when face
         (put-text-property beg end 'face face))))

That should make Emacs use text properties instead of overlays for the
colored text.

reply via email to

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