GNU bug report logs - #1254
23.0.60; linum-mode display problem with variable-pitch font

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 1254 in the body.
You can then email your comments to 1254 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; linum-mode display problem with variable-pitch font
Date: Sat, 25 Oct 2008 21:33:23 +0200

[Message part 1 (text/plain, inline)]

1. emacs -Q
2. C-SPC M-< M-w C-y C-y C-y (copy the *scratch* text so the buffer has
more than ten lines)
3. M-x variable-pitch-mode
4. M-x linum-mode

=> The rightmost digits in the double digit line numbers are partly cut
off and the single digit line numbers do not align with the rightmost
digit of the double digit numbers (as they do with monospaced fonts),
but are aligned between the two digits, see the attached image.

When I start Emacs with -Q and invoke variable-pitch-mode, the font used
is this: 
xft:-monotype-Albany AMT-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x45)

In GNU Emacs 23.0.60.12 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of
2008-10-25 on escher.

Steve Berman

[linum.png (image/png, attachment)]

Message #10 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Markus Triska <markus.triska <at> gmx.at>, 1254 <at> debbugs.gnu.org
Subject: Re: 23.0.60; linum-mode display problem with variable-pitch font
Date: Mon, 27 Oct 2008 17:58:54 -0400

> 1. emacs -Q
> 2. C-SPC M-< M-w C-y C-y C-y (copy the *scratch* text so the buffer has
> more than ten lines)
> 3. M-x variable-pitch-mode
> 4. M-x linum-mode
>
> The rightmost digits in the double digit line numbers are partly cut off

Currently, Emacs assumes that the pixel width of the left margin is
simply the width of the left margin, in character glyphs, times the
default width of a glyph in pixels.  This assumption obviously runs into
problems if you display a variable-width font in the left margin.

Fixing this in redisplay is not easy, and at this stage of the release
process I'd prefer not to touch that part of the code.  (For instance,
we can't just let the left margin have an arbitrary pixel width, because
window resizing assumes otherwise.)

I suggest a workaround: make the `linum' face inherit the face
"fixed-pitch".  Markus, WDYT?

Message #15 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Markus Triska <markus.triska <at> gmx.at>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: Stephen Berman <stephen.berman <at> gmx.net>, 1254 <at> debbugs.gnu.org
Subject: Re: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 13:30:09 +0100

Chong Yidong <cyd <at> stupidchicken.com> writes:

> I suggest a workaround: make the `linum' face inherit the face
> "fixed-pitch".  Markus, WDYT?

I cannot reproduce the problem with X11 on OSX and thus cannot test
this. Would it work to interpret the margin width in terms of the
broadest glyph in a font, so other packages would benefit too?

Message #20 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Markus Triska <markus.triska <at> gmx.at>
Cc: 1254 <at> debbugs.gnu.org, Chong Yidong <cyd <at> stupidchicken.com>,
        Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#1254: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 10:38:19 -0400

> I cannot reproduce the problem with X11 on OSX and thus cannot test
> this. Would it work to interpret the margin width in terms of the
> broadest glyph in a font, so other packages would benefit too?

Not only that's not really possible with the current code's limitations,
but it would also be a bad idea: in most fonts the widest glyph is
pretty hideously wide, so you'd end up with margins that are much
too wide.


        Stefan

Message #25 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Markus Triska <markus.triska <at> gmx.at>
To: gnu-emacs-bug <at> moderators.isc.org
Subject: Re: bug#1254: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 16:45:06 +0100

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> in most fonts the widest glyph is pretty hideously wide, so you'd end
> up with margins that are much too wide.

I see; if all text displayed in the margins need to use fixed-width
fonts currently to guarantee that all glyphs are still visible, it seems
it can be done by the engine instead of changing all affected packages.

Message #30 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Markus Triska <markus.triska <at> gmx.at>, 1254 <at> debbugs.gnu.org,
        Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#1254: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 13:29:25 -0400

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> I cannot reproduce the problem with X11 on OSX and thus cannot test
>> this. Would it work to interpret the margin width in terms of the
>> broadest glyph in a font, so other packages would benefit too?
>
> Not only that's not really possible with the current code's limitations,
> but it would also be a bad idea: in most fonts the widest glyph is
> pretty hideously wide, so you'd end up with margins that are much
> too wide.

I looked at this some more.  Apparently, the workaround of making the
linum face fixed pitch doesn't work, because the margin width always
uses the default glyph width.  Apparently, the default glyph width is
too narrow when using some variable-pitch fonts (in my case, DejaVu
Sans).

I don't know any completely satisfactory way to resolve this.  One
possible workaround is for linume.el to provide an option to add an
extra column to the margin width.

Message #35 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Markus Triska <markus.triska <at> gmx.at>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>, 1254 <at> debbugs.gnu.org,
        Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#1254: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 18:35:38 +0100

Chong Yidong <cyd <at> stupidchicken.com> writes:

> I don't know any completely satisfactory way to resolve this.  One
> possible workaround is for linume.el to provide an option to add an
> extra column to the margin width.

I think that's not necessary: You can get almost the same effect with:

   (setq linum-format "%d ")

Message #42 received at 1254 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> IRO.UMontreal.CA>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: Markus Triska <markus.triska <at> gmx.at>, 1254 <at> debbugs.gnu.org,
        Stephen Berman <stephen.berman <at> gmx.net>
Subject: Re: bug#1254: 23.0.60; linum-mode display problem with variable-pitch font
Date: Tue, 28 Oct 2008 15:19:46 -0400

> I don't know any completely satisfactory way to resolve this.  One
> possible workaround is for linume.el to provide an option to add an
> extra column to the margin width.

Maybe the margin size could be set to `auto' in which case the size is
dynamically auto-adjusted during redisplay so that the text displayed in
the margin fits.  It sounds difficult, tho.


        Stefan

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: control <at> debbugs.gnu.org
Subject: control message for bug #1254
Date: Tue, 29 Dec 2015 14:17:35 +0100

close 1254 

Previous Next

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