[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#29597: 26.0.90; line-number-display-width returns incorrect width
From: |
Eli Zaretskii |
Subject: |
bug#29597: 26.0.90; line-number-display-width returns incorrect width |
Date: |
Fri, 08 Dec 2017 17:01:54 +0200 |
> From: Paul Rankin <hello@paulwrankin.com>
> Cc: 29597@debbugs.gnu.org, eliz@gnu.org
> Date: Fri, 08 Dec 2017 12:32:31 +1000
>
> - Why does an argument PIXELWISE take a symbol “columns”?
> - Why does PIXELWISE then return characters?
This is a very widely used size unit in display- and layout-related
APIs in Emacs: the width of the frame's canonical character. We call
this "columns" because when the face used for display is the default
face, and the font is fixed-pitch, that is what you get.
This is explained in the subsection "Frame Font" in the ELisp manual:
Each frame has a “default font” which specifies the default character
size for that frame. This size is meant when retrieving or changing the
size of a frame in terms of columns or lines (*note Size Parameters::).
It is also used when resizing (*note Window Sizes::) or splitting (*note
Splitting Windows::) windows.
The terms “line height” and “canonical character height” are
sometimes used instead of “default character height”. Similarly, the
terms “column width” and “canonical character width” are used instead of
“default character width”.
> - Still, why would the function not just return the width of the line numbers
> *with* the 2 columns for padding?
Because it returns the number of _digits_ used for line-number
display, omitting the padding. The reason why this value is returned
is to some extent historical: there are users of that in
display-line-numbers.el.
> I mean, we’re not dealing with some deeply entrenched internal function where
> these sorts of mental contortions are required to maintain backwards
> compatibility, this is a *new* feature.
The function is new, but the notion of measuring width in "canonical
columns" is not, it is very old and goes back to Emacs 21, which
introduced support for variable fonts and non-text display elements
(such as images) shown in a window.
> I understand that this function is also used internally for specific
> purposes, so it needs to behave a specific way to appease the initial writer
> of the code. But for the sake of sanity, I strongly suggest either fixing
> this function or creating a separate “public” function that operates vaguely
> in line with user expectation for those of us wanting to accommodate
> display-line-numbers-mode.
Sorry, I don't understand what is missing. If you wanted the value of
4 in your case, you need to call this function like this:
(line-number-display-width 'columns)
as documented.
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Paul Rankin, 2017/12/07
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Eli Zaretskii, 2017/12/07
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Paul Rankin, 2017/12/07
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Noam Postavsky, 2017/12/07
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Paul Rankin, 2017/12/07
- bug#29597: 26.0.90; line-number-display-width returns incorrect width,
Eli Zaretskii <=
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Noam Postavsky, 2017/12/08
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Eli Zaretskii, 2017/12/08
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Eli Zaretskii, 2017/12/08
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Noam Postavsky, 2017/12/08
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Eli Zaretskii, 2017/12/08
- bug#29597: 26.0.90; line-number-display-width returns incorrect width, Noam Postavsky, 2017/12/08
bug#29597: 26.0.90; line-number-display-width returns incorrect width, Eli Zaretskii, 2017/12/08