GNU bug report logs -
#46859
28.0.50; [PATCH]: Add option to truncate long lines in xref.el
Previous Next
Reported by: Theodor Thornhill <theo <at> thornhill.no>
Date: Mon, 1 Mar 2021 20:42:01 UTC
Severity: normal
Tags: patch
Found in version 28.0.50
Fixed in version 28.1
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>> Just tried 'exact, it works, it's slow (but not horribly slow: 1.2
>> seconds on that 25 MB file)
>
> 1.2s is pretty slow for this purpose.
>
It is: (1) on a 25 MB file (not the typical case), (2) on a file with an
exotic encoding (not a typical case either). On typical files (UTF-8 or
single byte encoding) the delay is not noticeable (a few milliseconds).
>
> Otherwise it would be possible to use this approach (by introducing a
> Grep-specific location type) and avoid parsing the line contents for
> every match.
>
It would be much faster, especially with very long lines, which was the
question with which this bug report started.
>
> One downside would be missing on the syntax highlighting which we
> sometimes get for already-fontified parts of buffers, but it's
> unreliable anyway.
>
Yes, I don't understand why syntax highlighting is used in such buffers,
IMO it's useless, it would be useful only if (1) it were reliable and (2)
all lines were highlighted.
This bug report was last modified 4 years and 89 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.