bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Chong Yidong]

> 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?

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Markus Triska]

Chong Yidong <cyd@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?

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Stefan Monnier]

> 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

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Chong Yidong]

Stefan Monnier <monnier@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.

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Markus Triska]

Chong Yidong <cyd@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 ")

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Stefan Monnier]

> 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

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Markus Triska]

Stefan Monnier <monnier@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.

bug#1254: 23.0.60; linum-mode display problem with variable-pitch font

[Stephen Berman]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

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


[-- Attachment #2: variable-pitch line numbers --]
[-- Type: image/png, Size: 2219 bytes --]