* bug#38717: display-line-numbers set to relative
@ 2019-12-23 3:49 Franco A. Cortesi
2019-12-23 4:35 ` Franco A. Cortesi
2019-12-23 13:47 ` Eli Zaretskii
0 siblings, 2 replies; 4+ messages in thread
From: Franco A. Cortesi @ 2019-12-23 3:49 UTC (permalink / raw)
To: 38717
[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]
When display-line-numbers is set to 'relative', the number of spaces before
the digits starts growing (to two) when the current line hits 43 in my
case. Of course, no other line has more than two digits as the screen only
has 56 lines in total so the growing of spaces (and columns) is not needed
at all and of course is undesired. This behavior seems to be correctly
implemented but for absolute line numbers, where hitting line 43 means the
bottom line is close to start showing numbers with three digits.
The current line always showing the absolute line number is another big
problem as it will make the number of columns to grow and srink anyway.
This growing and shrinking could be totally prevented if users were able to
remove or configure the contents of the current line indicator. If
configurable, a custom face would be also very good. For example a colored
"-" indicating the current line would be nice for many users.
Lastly and less important, it would be great to be able to remove the space
before the first numeric character! To make line-numbers-mode as less
invasive and noticeable as possible.
This feature (relative line numbers) is AWESOME, especially when used with
evil-mode as it allows to navigate the code VERY fast by prefixing
next/previous-line commands with exact numbers. No "fast mental math" (when
using absolute line-numbers) or inaccurate guessings are needed, only
correct information. But I think the first two issues should be addresed to
make relative line-numbers really usable without drawbacks.
Thank you for reading.
[-- Attachment #2: Type: text/html, Size: 1644 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#38717: display-line-numbers set to relative
2019-12-23 3:49 bug#38717: display-line-numbers set to relative Franco A. Cortesi
@ 2019-12-23 4:35 ` Franco A. Cortesi
2019-12-23 13:47 ` Eli Zaretskii
1 sibling, 0 replies; 4+ messages in thread
From: Franco A. Cortesi @ 2019-12-23 4:35 UTC (permalink / raw)
To: 38717
[-- Attachment #1: Type: text/plain, Size: 2323 bytes --]
Of course, evil-mode has a <gg> command, meaning "go to nth line", where
the number of line is absolute and could be used with
absolute_line_numbers. But I think nobody commonly uses this <gg> command,
or at least, this command is not needed as relative line numbers allows the
same behavior with the far more used and easier <j> and <k> commands,
meaning "nex-line" and "previous line". Also moving around with relative
numbers will always be two digits (key presses) while absolute can be quite
higher. I don't understand why relative line numbers are so uncommon.
Le lun. 23 déc. 2019 à 00:49, Franco A. Cortesi <cortesifranco3@gmail.com>
a écrit :
> When display-line-numbers is set to 'relative', the number of spaces
> before the digits starts growing (to two) when the current line hits 43 in
> my case. Of course, no other line has more than two digits as the screen
> only has 56 lines in total so the growing of spaces (and columns) is not
> needed at all and of course is undesired. This behavior seems to be
> correctly implemented but for absolute line numbers, where hitting line 43
> means the bottom line is close to start showing numbers with three digits.
>
> The current line always showing the absolute line number is another big
> problem as it will make the number of columns to grow and srink anyway.
> This growing and shrinking could be totally prevented if users were able to
> remove or configure the contents of the current line indicator. If
> configurable, a custom face would be also very good. For example a colored
> "-" indicating the current line would be nice for many users.
>
> Lastly and less important, it would be great to be able to remove the
> space before the first numeric character! To make line-numbers-mode as less
> invasive and noticeable as possible.
>
>
> This feature (relative line numbers) is AWESOME, especially when used with
> evil-mode as it allows to navigate the code VERY fast by prefixing
> next/previous-line commands with exact numbers. No "fast mental math" (when
> using absolute line-numbers) or inaccurate guessings are needed, only
> correct information. But I think the first two issues should be addresed to
> make relative line-numbers really usable without drawbacks.
>
> Thank you for reading.
>
[-- Attachment #2: Type: text/html, Size: 2660 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#38717: display-line-numbers set to relative
2019-12-23 3:49 bug#38717: display-line-numbers set to relative Franco A. Cortesi
2019-12-23 4:35 ` Franco A. Cortesi
@ 2019-12-23 13:47 ` Eli Zaretskii
2020-01-15 19:50 ` Stefan Kangas
1 sibling, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2019-12-23 13:47 UTC (permalink / raw)
To: Franco A. Cortesi; +Cc: 38717
tags 38717 notabug
thanks
> From: "Franco A. Cortesi" <cortesifranco3@gmail.com>
> Date: Mon, 23 Dec 2019 00:49:47 -0300
>
> When display-line-numbers is set to 'relative', the number of spaces before the digits starts growing (to two)
> when the current line hits 43 in my case. Of course, no other line has more than two digits as the screen only
> has 56 lines in total so the growing of spaces (and columns) is not needed at all and of course is undesired.
> This behavior seems to be correctly implemented but for absolute line numbers, where hitting line 43 means
> the bottom line is close to start showing numbers with three digits.
This is a side effect of the implementation, which avoids scanning the
entire area to be displayed twice, and instead estimates the maximum
width of a line number when the first line of a window is displayed,
and then sticks to that width for that window. Since Emacs can
display variable-size fonts in the same window-full, it must be
pessimistic and assume the smallest possible font (which makes the
last line's number become larger, and cross the 3-digits threshold
sooner).
I don't think this is too much to pay for lightning-fast display of
line numbers (unlike linum.el and similar modes).
> The current line always showing the absolute line number is another big problem as it will make the number
> of columns to grow and srink anyway. This growing and shrinking could be totally prevented if users were able
> to remove or configure the contents of the current line indicator. If configurable, a custom face would be also
> very good. For example a colored "-" indicating the current line would be nice for many users.
Sounds like you want to customize the option
display-line-numbers-current-absolute, and maybe also to customize the
line-number-current-face face.
In general, I suggest to type
M-x customize-group RET display-line-numbers RET
and review the customizable options this mode offers, you might find
something you want to change from the default. (The most important
options are also described in the Emacs manual.)
> Lastly and less important, it would be great to be able to remove the space before the first numeric character!
Cannot be done easily, because Emacs supports right-to-left text,
where line numbers appear on the right, and when the line number is
rendered, Emacs doesn't yet know whether the text after the line
number is R2L or L2R.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#38717: display-line-numbers set to relative
2019-12-23 13:47 ` Eli Zaretskii
@ 2020-01-15 19:50 ` Stefan Kangas
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Kangas @ 2020-01-15 19:50 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 38717-done, Franco A. Cortesi
Eli Zaretskii <eliz@gnu.org> writes:
> tags 38717 notabug
> thanks
>
>> From: "Franco A. Cortesi" <cortesifranco3@gmail.com>
>> Date: Mon, 23 Dec 2019 00:49:47 -0300
>>
>> When display-line-numbers is set to 'relative', the number of spaces before the digits starts growing (to two)
>> when the current line hits 43 in my case. Of course, no other line has more than two digits as the screen only
>> has 56 lines in total so the growing of spaces (and columns) is not needed at all and of course is undesired.
>> This behavior seems to be correctly implemented but for absolute line numbers, where hitting line 43 means
>> the bottom line is close to start showing numbers with three digits.
>
> This is a side effect of the implementation, which avoids scanning the
> entire area to be displayed twice, and instead estimates the maximum
> width of a line number when the first line of a window is displayed,
> and then sticks to that width for that window. Since Emacs can
> display variable-size fonts in the same window-full, it must be
> pessimistic and assume the smallest possible font (which makes the
> last line's number become larger, and cross the 3-digits threshold
> sooner).
>
> I don't think this is too much to pay for lightning-fast display of
> line numbers (unlike linum.el and similar modes).
>
>> The current line always showing the absolute line number is another big problem as it will make the number
>> of columns to grow and srink anyway. This growing and shrinking could be totally prevented if users were able
>> to remove or configure the contents of the current line indicator. If configurable, a custom face would be also
>> very good. For example a colored "-" indicating the current line would be nice for many users.
>
> Sounds like you want to customize the option
> display-line-numbers-current-absolute, and maybe also to customize the
> line-number-current-face face.
>
> In general, I suggest to type
>
> M-x customize-group RET display-line-numbers RET
>
> and review the customizable options this mode offers, you might find
> something you want to change from the default. (The most important
> options are also described in the Emacs manual.)
>
>> Lastly and less important, it would be great to be able to remove the space before the first numeric character!
>
> Cannot be done easily, because Emacs supports right-to-left text,
> where line numbers appear on the right, and when the line number is
> rendered, Emacs doesn't yet know whether the text after the line
> number is R2L or L2R.
So it seems like there is nothing to do here and I'm closing this bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-01-15 19:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-12-23 3:49 bug#38717: display-line-numbers set to relative Franco A. Cortesi
2019-12-23 4:35 ` Franco A. Cortesi
2019-12-23 13:47 ` Eli Zaretskii
2020-01-15 19:50 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).