From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Greselin Newsgroups: gmane.emacs.bugs Subject: bug#39082: Inconsolata v3.000 has too wide spacing Date: Sun, 12 Jan 2020 19:17:38 +0100 Message-ID: References: <83eew47kix.fsf@gnu.org> <83d0bo7gwn.fsf@gnu.org> <83a76s7eaf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000decb70059bf56115" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="124564"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 39082@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 12 19:20:25 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iqhpQ-000EYg-9r for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Jan 2020 19:19:12 +0100 Original-Received: from localhost ([::1]:40752 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqhpP-00089E-2t for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Jan 2020 13:19:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40441) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqhpH-000895-Ft for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 13:19:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iqhpG-0005dX-5c for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 13:19:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51969) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iqhpG-0005cl-1b for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 13:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iqhpF-0003qV-Ux for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 13:19:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Greselin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Jan 2020 18:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39082 X-GNU-PR-Package: emacs Original-Received: via spool by 39082-submit@debbugs.gnu.org id=B39082.157885310214731 (code B ref 39082); Sun, 12 Jan 2020 18:19:01 +0000 Original-Received: (at 39082) by debbugs.gnu.org; 12 Jan 2020 18:18:22 +0000 Original-Received: from localhost ([127.0.0.1]:57942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqhoc-0003pW-BZ for submit@debbugs.gnu.org; Sun, 12 Jan 2020 13:18:22 -0500 Original-Received: from mail-pg1-f175.google.com ([209.85.215.175]:34089) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqhoa-0003pK-Lz for 39082@debbugs.gnu.org; Sun, 12 Jan 2020 13:18:21 -0500 Original-Received: by mail-pg1-f175.google.com with SMTP id r11so3599390pgf.1 for <39082@debbugs.gnu.org>; Sun, 12 Jan 2020 10:18:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Lo+RWSVTrbU/jCnubjxy3ck2vrmhdWmoQYMn12eWr30=; b=UJpU+M4XyRKWVVM6zDTryh2D9wfr3+qkBfw3nEs3fVOmoWOBbi+XazGn2dkMoxfElW oOyM5kGYonPNU5WckV34QuyOBUzVKVSfwHbECvvvpAZhIc/AdNZyc7wvwSGgsugnuve/ BOrYxmC8fJA6WAbTbc16XR4dd08WZCrcp+NBGeyI9cXec+5NxsQZdJSeBJI4CNitkPZ0 dTC4pWj99rzwRv4End8r6FFtTU6C5AiZiIvmNDkykz6jMRfQQ1FPXa8mcavW5jVna0ZP zGh7TED9x6g39KhB4Nf1/HCttQe/ogBB9Se9bqGr8OlfHKEnkrIUtguTMMpv+kpYdmBj 3d9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Lo+RWSVTrbU/jCnubjxy3ck2vrmhdWmoQYMn12eWr30=; b=avM7SsG9crH9HeSNEeWK6XlzFgaSxZCxrp/RCQ5PwwBgcBShqPZmFyuEqEIAHuWteM BmkH7UGBFDfHbKG7wi8dEfLefNnDuadya52Lr705aYAP6hKWG/TBQ9Ck1hg8IW+gULcN PZjKNRwA82xrwdWjsujYQAO2G2g/t/WJjQsGST8VuMYBeyLlfwyCEJrYDINm9+TjhXKq 7mU7wiVOC4ML81NmQWATZ4ZGK6Xwlftpy5xOJIqHadJhbYfuFR68VDnLJXA+PfOs1uFs U8WpmZfKHbXatIjF29dLI1A3ZPEp5UAmowZcAxA82711RWrMKOXqio4/JMOxXG/ar5Nm 3foA== X-Gm-Message-State: APjAAAUeCr2PQSgnSLZcydcHqbZ5A9UvRopmOdAkP5yBnktArg6/RdWw iARsTNXgsDh+FmKunuJbOprE6V8FjWbLfk7/9DLfvwHA X-Google-Smtp-Source: APXvYqxLd5IPk+E66OrpqALq1C4+ysZJdMJiHjsD+w7WKk7ofZxpl8scXNhaBRY1SK/ouPh74cTDpFOBO02VJV4WCNQ= X-Received: by 2002:aa7:9ec9:: with SMTP id r9mr15914539pfq.85.1578853094836; Sun, 12 Jan 2020 10:18:14 -0800 (PST) In-Reply-To: <83a76s7eaf.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:174516 Archived-At: --000000000000decb70059bf56115 Content-Type: text/plain; charset="UTF-8" > An easier way to get at the character glyph metrics is like this: > > M-: (font-get-glyphs (font-at 1) 1 2) RET Having launched Emacs with `emacs -Q -fn Inconsolata-12` I get [[0 0 59 541 29 2 7 9 4 nil]] > It would be also interesting to compare this with a font that is > displayed "normally". With `emacs -Q -fn "DejaVu Sans Mono-12"` (which displays correctly) the output is [[0 0 59 30 11 3 8 10 3 nil]] I've run both test on a scratch buffer showing its message, so they should be referring to the character ";". `(font-get-glyphs (font-at 1) 100 101)` returns [[0 0 116 415 29 0 10 12 0 nil]] with Inconsolata and [[0 0 116 87 11 0 11 14 0 nil]] with DejaVu. The fourth values look rather off, and the fifth too. Andrea On Sun, 12 Jan 2020 at 18:52, Eli Zaretskii wrote: > > Date: Sun, 12 Jan 2020 18:56:08 +0200 > > From: Eli Zaretskii > > Cc: 39082@debbugs.gnu.org > > > > > Date: Sun, 12 Jan 2020 17:37:58 +0200 > > > From: Eli Zaretskii > > > Cc: 39082@debbugs.gnu.org > > > > > > Sadly, I have no idea how to go about investigating this problem > > > further, maybe someone else does? > > > > One idea is to look at the character glyph metric we get from the font > > here: > > An easier way to get at the character glyph metrics is like this: > > M-: (font-get-glyphs (font-at 1) 1 2) RET > > This should show the glyph metrics of the font glyph used to display > the character at buffer position 1. (Change 1 to any other buffer > position to report on a character there, and then change 2 to 1 more > than that position, for example 100 and 101 for the character at > buffer position 100.) > > I'm mostly interested in the WIDTH element (the 5th element) of the > result, but maybe others will also show something important. It would > be also interesting to compare this with a font that is displayed > "normally". > > Thanks. > --000000000000decb70059bf56115 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> An easier way to get at the character glyph metrics i= s like this:
>
> =C2=A0 M-: (font-get-glyphs (font-at 1) 1 2) R= ET

Having launched Emacs with `emacs -Q -fn Inconsolata-12` I get
=C2=A0 [[0 0 59 541 29 2 7 9 4 nil]]

> It would be also inte= resting to compare this with a font that is
> displayed "normall= y".

With `emacs -Q -fn "DejaVu Sans Mono-12"` (which = displays correctly)
the output is

=C2=A0 [[0 0 59 30 11 3 8 10 3 = nil]]

I've run both test on a scratch buffer showing its message= , so they
should be referring to the character ";". `(font-get= -glyphs (font-at
1) 100 101)` returns

=C2=A0 [[0 0 116 415 29 0 1= 0 12 0 nil]]

with Inconsolata and

=C2=A0 [[0 0 116 87 11 0 11= 14 0 nil]]

with DejaVu.

The fourth values look rather off, a= nd the fifth too.

Andrea

On Sun, 12 Jan 2020 at 18:52, Eli Zaretskii = <eliz@gnu.org> wrote:
> Date: Sun, 12 Jan 2020= 18:56:08 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 39082@d= ebbugs.gnu.org
>
> > Date: Sun, 12 Jan 2020 17:37:58 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: 39= 082@debbugs.gnu.org
> >
> > Sadly, I have no idea how to go about investigating this problem<= br> > > further, maybe someone else does?
>
> One idea is to look at the character glyph metric we get from the font=
> here:

An easier way to get at the character glyph metrics is like this:

=C2=A0 M-: (font-get-glyphs (font-at 1) 1 2) RET

This should show the glyph metrics of the font glyph used to display
the character at buffer position 1.=C2=A0 (Change 1 to any other buffer
position to report on a character there, and then change 2 to 1 more
than that position, for example 100 and 101 for the character at
buffer position 100.)

I'm mostly interested in the WIDTH element (the 5th element) of the
result, but maybe others will also show something important.=C2=A0 It would=
be also interesting to compare this with a font that is displayed
"normally".

Thanks.
--000000000000decb70059bf56115--