GNU bug report logs - #29854
25.3; Eshell buffer editing gets slower as colored output grows

Previous Next

Package: emacs;

Reported by: Pierre Neidhardt <ambrevar <at> gmail.com>

Date: Tue, 26 Dec 2017 10:44:02 UTC

Severity: minor

Tags: fixed

Found in version 25.3

Fixed in version 27.1

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: Pierre Neidhardt <ambrevar <at> gmail.com>
Cc: 29854 <at> debbugs.gnu.org
Subject: bug#29854: 25.3; Eshell buffer editing gets slower as colored output grows
Date: Wed, 03 Jan 2018 08:33:53 -0500
Pierre Neidhardt <ambrevar <at> gmail.com> writes:

>> The question is then whether there is some case where using overlays is
>> necessary, or is it just a pessimization?  For reference, I took the
>> text property using definition from man.el (so it at least works for
>> that case):
>
> Any idea what the original intent was?
> I can't seem to see why an overlay would be needed for Eshell's output.

Hard to say.  It might just be a case of going with ansi-color.el's
default.  ansi-color-apply-on-region was changed to use overlays in [1:
0e3c1e3ea6], but it's unclear why.  The commit message just says

    (ansi-color-apply-on-region): Use extents or overlays instead of
    text-properties.

[1: 0e3c1e3ea6]: 2001-01-09 11:38:28 +0000
  (ansi-color-process-output): Use markers instead of positions for start and end of region.[...]
  https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=0e3c1e3ea6a27e20d0252661336afe9fc84b21f5




This bug report was last modified 6 years and 17 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.