GNU bug report logs -
#18452
24.3; line number section width problem
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18452 in the body.
You can then email your comments to 18452 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Thu, 11 Sep 2014 20:27:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 11 Sep 2014 20:27:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi! I experienced a bug in Emacs when displaying line numbers, its
section width is not large enough.
In GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
of 2013-03-13 on bob.porkrind.org
Windowing system distributor `Apple', version 10.3.1265
Configured using:
`configure '--host=x86_64-apple-darwin' '--build=i686-apple-darwin'
'--with-ns' 'build_alias=i686-apple-darwin'
'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.7
-isystem
/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/
-F/Users/david/Xcode-10.7_4.5.2/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks''
Important settings:
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Custom
Minor modes in effect:
global-linum-mode: t
linum-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<backspace> <backspace> C-h f a b b r e v <tab> SPC
m o <tab> <return> C-x 1 M-x a b b <tab> m <tab> <return>
C-x C-f ~ / e <backspace> . e m <tab> <return> C-x
h s-c <help-echo> C-x k <return> ! f n p w w <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <return> <down-mouse-1> <mouse-1> <backspace>
<backspace> <backspace> <backspace> <backspace> 1 1
. <backspace> / <backspace> SPC S e p C-d SPC <down-mouse-1>
<mouse-1> C-x C-s <backspace> - C-x s y <wheel-down>
<double-wheel-down> <triple-wheel-down> <triple-wheel-down>
<triple-wheel-down> <wheel-up> <double-wheel-up> <wheel-down>
M-x h s <tab> <return> C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-c @ C-h C-c @ C-s
M-x h s <tab> <tab> m i <tab> <return> M-< C-n C-n
C-n C-n C-n C-n C-c C-n C-c C-n <down-mouse-1> <mouse-1>
<left> C-M-j s-z <down-mouse-1> <mouse-1> C-n C-n C-n
C-n C-n C-n C-n C-n C-M-q <left> <left> <right> <right>
<wheel-down> <double-wheel-down> <triple-wheel-down>
<triple-wheel-down> <triple-wheel-down> <triple-wheel-down>
<wheel-up> <double-wheel-up> <triple-wheel-up> <triple-wheel-up>
<triple-wheel-up> <wheel-down> <double-wheel-down>
<triple-wheel-down> <triple-wheel-down> <wheel-up>
<double-wheel-up> <triple-wheel-up> <triple-wheel-up>
<triple-wheel-up> <wheel-down> <double-wheel-down>
<triple-wheel-down> <triple-wheel-down> <triple-wheel-down>
<wheel-up> <double-wheel-up> <triple-wheel-up> <wheel-down>
<double-wheel-down> <triple-wheel-down> <triple-wheel-down>
<wheel-up> <double-wheel-up> <triple-wheel-up> <triple-wheel-up>
<triple-wheel-up> <triple-wheel-up> <triple-wheel-up>
<wheel-down> <double-wheel-down> <triple-wheel-down>
<wheel-down> <double-wheel-down> <triple-wheel-down>
<wheel-down> <double-wheel-down> <triple-wheel-down>
M-x c u s t o m i z e SPC g r o u p <return> <return>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> l i n e SPC n u m b e r <return> C-n C-n
C-n C-n C-n C-n C-n <return> <backspace> <return> C-n
C-n C-b <return> <return> C-n C-n C-n C-b <return>
<return> C-n C-n C-n C-b <return> <return> C-n C-n
C-n C-b <return> C-n C-e C-n C-e C-b <return> C-p C-p
C-a C-a C-a C-b C-b C-a <return> M-x r e p o r t <tab>
<return>
Recent messages:
Mark set
Indenting SUBROUTINE UEL...
Inserting UEL.
Indenting SUBROUTINE UEL...done
Auto-saving...done
byte-code: Beginning of buffer
Creating customization items...
Creating customization items ...done
Resetting customization items...done
Creating customization setup...done
scroll-down-command: Beginning of buffer
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils hideshow mailabbrev apropos f90 cus-edit wid-edit help-mode
dired auctex-autoloads tex-site info easymenu fullscreen-mode-autoloads
package uniquify advice help-fns cl-lib advice-preload deeper-blue-theme
linum electric cus-start cus-load time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process ns multi-tty emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Thu, 11 Sep 2014 20:40:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 18452 <at> debbugs.gnu.org (full text, mbox):
> From: Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
> Date: Thu, 11 Sep 2014 22:15:14 +0200
>
> Hi! I experienced a bug in Emacs when displaying line numbers, its
> section width is not large enough.
What do you mean by "section width"?
In any case, can you try the latest pretest 24.3.93? Quite a few
problems with linum-mode were fixed in preparation for Emacs 24.4
release.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Fri, 12 Sep 2014 05:49:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 18452 <at> debbugs.gnu.org (full text, mbox):
[Please don't remove the bug address from the CC list.]
> From: Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
> Date: Thu, 11 Sep 2014 22:48:14 +0200
>
> I mean that the section width allocated for numbers is insufficient to display all digits properly. Please see file attached.
Please tell how to reproduce this starting from "emacs -Q".
And again, please try the latest pretest, it's quite possible that
this problem is already solved.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Fri, 12 Sep 2014 12:30:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 18452 <at> debbugs.gnu.org (full text, mbox):
>> I mean that the section width allocated for numbers is insufficient to
>> display all digits properly. Please see file attached.
> Please tell how to reproduce this starting from "emacs -Q".
> And again, please try the latest pretest, it's quite possible that
> this problem is already solved.
And, as always for linum.el, please try to see if the same problem shows
up in nlinum.el (which is the recommended replacement in any case).
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Fri, 12 Sep 2014 14:07:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 18452 <at> debbugs.gnu.org (full text, mbox):
[Again, please don't remove the bug address from the CC list.]
> From: Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
> Date: Fri, 12 Sep 2014 09:21:37 +0200
>
> I tracked the problem. It stems from the fonts. I used DejaVu Sans Mono. I also tried Andale and Terminus, but they give birth to the same problem. Only with Menlo I found peace.
How do you tell Emacs which font to use?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Sun, 14 Sep 2014 15:09:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 18452 <at> debbugs.gnu.org (full text, mbox):
> From: Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
> Date: Fri, 12 Sep 2014 16:33:10 +0200
>
> Through M-x ‘customise-group’->'faces’ ->’Basic Faces’, then in ‘Default faces’ I choose font family to be Menlo. And then I save it of course.
Try specifying the font on the command line via the -fn option.
Anyway, this is because linum-mode uses the font height as an
approximation for its width. So any font that is wider than it is
high will cause this, I think.
Perhaps we should enlarge the width estimation by some factor slightly
larger than 1, to be on the safe side.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Sun, 14 Sep 2014 18:32:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 18452 <at> debbugs.gnu.org (full text, mbox):
> Anyway, this is because linum-mode uses the font height as an
> approximation for its width.
On in trunk. In earlier versions it doesn't try to account for any
font-size issue (it assumes a single font size, monospaced).
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18452
; Package
emacs
.
(Wed, 19 Aug 2020 13:42:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 18452 <at> debbugs.gnu.org (full text, mbox):
tags 18452 + moreinfo
thanks
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> Anyway, this is because linum-mode uses the font height as an
>> approximation for its width.
>
> On in trunk. In earlier versions it doesn't try to account for any
> font-size issue (it assumes a single font size, monospaced).
If I understand correctly, the issue here has been resolved, and there
has been no further updates within 6 years. So is there anything more
to do here, or should this bug be closed?
Best regards,
Stefan Kangas
Added tag(s) moreinfo.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 19 Aug 2020 13:42:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Wed, 19 Aug 2020 14:02:04 GMT)
Full text and
rfc822 format available.
Notification sent
to
Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com>
:
bug acknowledged by developer.
(Wed, 19 Aug 2020 14:02:04 GMT)
Full text and
rfc822 format available.
Message #33 received at 18452-done <at> debbugs.gnu.org (full text, mbox):
Rostyslav Skrypnyk <rostyslav.skrypnyk <at> gmail.com> writes:
> Please do :).
>
> Regards,
> Rostyslav
>
> On Wed, 19 Aug 2020 at 15:41, Stefan Kangas <stefan <at> marxist.se> wrote:
[...]
>> If I understand correctly, the issue here has been resolved, and there
>> has been no further updates within 6 years. So is there anything more
>> to do here, or should this bug be closed?
Thanks, closing the bug with this message.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 17 Sep 2020 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 277 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.