GNU bug report logs - #27847
26.0.50; mode-line-percent-position: line-based instead of char-based (optionally)

Previous Next

Full log

Message #26 received at 27847 <at> debbugs.gnu.org (full text, mbox):

From: Alexis <flexibeast <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 27847 <at> debbugs.gnu.org, dmoncayo <at> gmail.com
Subject: Re: bug#27847: 26.0.50;
 mode-line-percent-position: line-based instead of char-based
 (optionally)
Date: Fri, 28 Jul 2017 18:07:45 +1000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Alexis <flexibeast <at> gmail.com>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27847 <at> debbugs.gnu.org
>> Date: Fri, 28 Jul 2017 12:44:12 +1000
>>
>> As a data point, i have this as part of my `mode-line-format`
>> setup:
>>
>>     '(:eval
>>       (let ((buffer-line-count (count-lines (point-min)
>>       (point-max))))
>>         (number-to-string
>>          (round
>>           (* 100 (/
>>                   (float (count-lines 1 (point)))
>>                   (if (equal 0 buffer-line-count)
>>                       1
>>                     buffer-line-count)))))))
>>     "%%"
>>
>> which gives me at least a rough percentage (i.e. 'good enough' 
>> for
>> my needs), and i've not noticed any slowdown as a result.
>
> How large are the files you usually edit?

Good point; usually not that large, maybe only a few thousand 
lines at
most. So i just tried opening xdisp.c, and there's certainly some
movement lag there. Not unusably so for me, but i can imagine it 
would
be for others. This is on a Core i5-6200U running Debian x86_64.


Alexis.

Previous Next

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