Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Vincent Lefevre]

Control: reassign -1 fonts-lmodern 2.004.4-5

The problem no longer occurred. Then I found that it reappeared
when downgrading fonts-lmodern alone to 2.004.4-5. Removing this
package solves the problem too. The problem still no longer
occurs if I reinstall the new version fonts-lmodern 2.004.5-1.

On 2015-09-20 01:08:10 +0200, Vincent Lefevre wrote:
> So, it seems that the problem occurs in Emacs only for fonts that
> don't have the U+FB00 LATIN SMALL LIGATURE FF glyph.

So, I suppose that in this case, Emacs tries to find an alternate
font that has such a glyph. With fonts-lmodern 2.004.4-5, strace
shows that it opens

/usr/share/texmf/fonts/opentype/public/lm-math/latinmodernmath-regular.otf

fonts-lmodern 2.004.5-1 no longer has this buggy file, and instead,
Emacs chooses:

/usr/share/fonts/truetype/gentium/Gentium-R.ttf

from the fonts-sil-gentium package.

I'll close the bug once it has been reassigned.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Vincent Lefevre]

On 2015-09-19 15:05:54 -0500, Rob Browning wrote:
> Do you see it with "emacs --font 6x13"?

No problems with:

  emacs --font 6x13
  emacs --font "DejaVu Serif"
  emacs --font "DejaVu Sans"
  emacs --font FreeMono

However

  emacs --font "DejaVu Sans Mono"
  emacs --font "Droid Serif"
  emacs --font "Droid Sans"
  emacs --font "Droid Sans Mono"

are incorrect.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Vincent Lefevre]

On 2015-09-20 00:35:47 +0200, Vincent Lefevre wrote:
> On 2015-09-19 15:05:54 -0500, Rob Browning wrote:
> > Do you see it with "emacs --font 6x13"?
> 
> No problems with:
> 
>   emacs --font 6x13
>   emacs --font "DejaVu Serif"
>   emacs --font "DejaVu Sans"
>   emacs --font FreeMono
> 
> However
> 
>   emacs --font "DejaVu Sans Mono"
>   emacs --font "Droid Serif"
>   emacs --font "Droid Sans"
>   emacs --font "Droid Sans Mono"
> 
> are incorrect.

When I look with gucharmap, I can see that for "DejaVu Sans Mono",
the glyph is taken from Courier. But for the 3 Droid fonts, it is
taken from "DejaVu Sans", so that this doesn't explain the problem.

And the problem doesn't occur either with: emacs --font Courier

So, it seems that the problem occurs in Emacs only for fonts that
don't have the U+FB00 LATIN SMALL LIGATURE FF glyph.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Rob Browning]

Vincent Lefevre  writes:

> In a file that contains ff (U+FB00 LATIN SMALL), the character height
> of the line is huge. This can be seen on this file (if the character
> has not been mangled). Otherwise a file with such a character can be
> created with:
>
>   printf "\ufb00\n"
>
> I've attached a screenshot of the Emacs window, with the cursor just
> after the closing parenthesis, so that one can see the mark of the
> matching parentheses.

Interesting.  I wonder if it may be font or GTK+ related.  I don't see
the problem with emacs24-lucid and font "fixed" (i.e. 6x13).

Do you see it with "emacs --font 6x13"?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Vincent Lefevre]

Package: emacs24
Version: 24.5+1-1
Severity: normal

In a file that contains ff (U+FB00 LATIN SMALL), the character height
of the line is huge. This can be seen on this file (if the character
has not been mangled). Otherwise a file with such a character can be
created with:

  printf "\ufb00\n"

I've attached a screenshot of the Emacs window, with the cursor just
after the closing parenthesis, so that one can see the mark of the
matching parentheses.

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.5+1-1
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.29-1
ii  libatk1.0-02.16.0-2
ii  libc6  2.19-20
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.10.0-2
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-1
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.5-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.17-1
ii  libgomp1   5.2.1-17
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.16.6-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.1-2
ii  libm17n-0  1.7.0-1
ii  libmagickcore-6.q16-2  8:6.8.9.9-5.1+b1
ii  libmagickwand-6.q16-2  8:6.8.9.9-5.1+b1
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.10-1
ii  libselinux12.3-2+b1
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.5-1
ii  libtinfo5  6.0+20150810-1
ii  libx11-6   2:1.6.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+really2.9.1+dfsg1-0.2
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information