unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Greg A. Woods" <woods@robohack.ca>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 53924@debbugs.gnu.org
Subject: bug#53924: 26.1; fontification sometimes fails for some characters despite available glyphs
Date: Thu, 10 Feb 2022 15:34:05 -0800	[thread overview]
Message-ID: <m1nIIwv-0039XwC@more.local> (raw)
In-Reply-To: <838ruitqu9.fsf@gnu.org>

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

At Thu, 10 Feb 2022 22:21:50 +0200, Eli Zaretskii <eliz@gnu.org> wrote:
Subject: Re: bug#53924: 26.1; fontification sometimes fails for some characters despite available glyphs
>
> > Date: Thu, 10 Feb 2022 11:02:19 -0800
> > From: "Greg A. Woods" <woods@robohack.ca>
> >
> > Emacs fails to display all available glyphs for some fonts, and in some
> > cases any available glyphs for some fonts.
>
> Thanks, but why do you consider that a problem?  You are trying to use
> arbitrary fonts available on your system, and Emacs sometimes finds
> them inappropriate for its purposes, or incapable of displaying some
> characters.  That's completely normal.  Not every font is good enough
> for Emacs.

Yes, indeed I do consider it a problem -- something is sometimes
swapping glyphs that should not be doing so, and doing so inconsistently
for some reason.

I don't consider all the fonts available to be "good enough for Emacs",
quite the contrary, but I do believe Emacs should be able to show me
text rendered with any and all available glyphs from these fonts upon
request.  If Xterm can, why can't Emacs?

The exception of course is if there's something actually wrong with the
font, or its encoding, or some such non-Emacs problem.  I would expect
such problems to show up in xfontsel though.

One more clue I've noticed -- the inconsistent results only occur for
proportional fonts -- not for mono-spaced fonts, and I have noticed that
I have one or two fonts which appear to be mono-spaced, and which have
the word "mono" in their family name, but which xfontsel and xlsfonts
insists are proportional fonts.

I'm no expert at font definitions and encodings -- I'm just trying to
get some consistent results that at least match what I can see with
xfontsel.

Note I'm working only with TTF fonts, primarily on a high-res display
(218dpi), and though I have the standard X11 fonts installed on the
machine running Emacs, all the fonts I am seeing problems with are
installed only on the X11 server machine, a desktop macOS with XQuartz
running in full-screen mode.

One more possibly relevant observation:  I don't see this problem with
Emacs built using the "nextstep" toolkit and running on native macOS.
There even when the font has a strange encoding (e.g. for symbol fonts),
or no ASCII glyphs at all, I see either the symbols in their place, or
empty boxes.

> Also, please try this in a newer Emacs.  v26 is very old and no longer
> developed; Emacs 28 is in pretest.

As soon as I can, but for now v26 is what is available in all my
production working environments.

--
					Greg A. Woods <gwoods@acm.org>

Kelowna, BC     +1 250 762-7675           RoboHack <woods@robohack.ca>
Planix, Inc. <woods@planix.com>     Avoncote Farms <woods@avoncote.ca>

[-- Attachment #2: OpenPGP Digital Signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

  reply	other threads:[~2022-02-10 23:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-10 19:02 bug#53924: 26.1; fontification sometimes fails for some characters despite available glyphs Greg A. Woods
2022-02-10 20:21 ` Eli Zaretskii
2022-02-10 23:34   ` Greg A. Woods [this message]
2022-02-11  7:15     ` Eli Zaretskii
2022-02-11 21:56       ` Greg A. Woods
2022-02-13  6:06       ` Greg A. Woods
2022-02-13 11:53         ` Eli Zaretskii
2022-02-15  2:01           ` Greg A. Woods
2022-02-15 14:21             ` Eli Zaretskii
2022-02-15 22:04               ` Greg A. Woods
2022-02-16  2:32               ` Greg A. Woods
2022-02-16  3:36                 ` Eli Zaretskii
2022-02-16 21:55                   ` Greg A. Woods
2022-02-16 22:14                 ` Lars Ingebrigtsen
     [not found] ` <handler.53924.B.164452023325832.ack@debbugs.gnu.org>
2022-02-10 22:42   ` Greg A. Woods

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1nIIwv-0039XwC@more.local \
    --to=woods@robohack.ca \
    --cc=53924@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).